* Анализ, воспроизведение и документирование багов; * Ручное тестирование; * Тест планирование (test lists); * Описание и поддержка тестовых случаев (test cases); * Создание и внедрение автоматизированного тестирования.
Требования:
* Высшее техническое образование; * Аналитические способности; * Знание общих принципов тестирования ПО; * Наблюдательность, внимательность к деталям, аккуратность; * Опыт в создании test cases и test lists; * Опыт работы с системами контроля версий и системами баг-трекинга; * Преимущество будет если есть опыт автоматизированного тестирования и знание одного из скриптовых или нескриптовых языков.
Условия:
* Работа в команде; * Полный рабочий день; * Полный соц. пакет; * «Белая» зарплата, оклад + премия; * Профессиональный и карьерный рост.
Работа/Украина -> QA Manager for Kharkov office
2010-01-26 12:17 WinterGirl
Grid Dynamics/Mirantis is the global leader in scaling mission-critical systems. We help customers architect, design and deliver business systems using the latest advances in grid and cloud computing.
We are looking for QA Manager for Kharkov office.
Responsibilities: development and implementation of products/projects QA strategy, quality criteria and methodology; organization of the distributed team work; test plans creation; close communications with dev team, US side architects and client representatives; participation in internal software release process.
Requirements: excellent understanding of QA and software testing methodology; very good knowledge of modern SDLC approaches; proven record of software product releases in the role of QA manager; people management skills and experience; good user-level experience with both Linux/Unix and Windows; knowledge and experience of work with bug-tracking systems; fluent English.
Desired: experience of automated testing; experience of load and performance testing; knowledge of scripting languages (Python, Ruby) or Java/C++ programming; experience of development or testing of distributed applications.
Работа/Украина -> QA Engineer for Kharkov office
2010-01-26 12:20 WinterGirl
Grid Dynamics/Mirantis is the global leader in scaling mission-critical systems. We help customers architect, design and deliver business systems using the latest advances in grid and cloud computing.
We are looking for QA Engineer for Kharkov office.
Responsibilities: writing functional tests, test plans and test cases; manual testing; performing automated testing and results analysis; participation in internal software release process.
Requirements: understanding of software testing methodology; experience of automated testing; good user-level experience with both Linux and Windows; knowledge of scripting languages (Python, Ruby), bash; understanding of TCP/IP basic principles; experience of work with version control systems; knowledge and experience of work with bug-tracking systems (Testopia/Bugzilla or Jira); technical English.
Desired: experience of load and performance testing; experience of Java and/or C++ programming; experience of development or testing of distributed applications.
Employment Basis:
Competitive salary (after interview); Career and professional growth; 20-days paid vacation, 100% paid sick list; Medical insurance; Flexible schedule.
AutomatedQA - Functional Testing -> Объявление глобальных функций в ТС7
2010-01-26 13:17 KaNoN
Имеется проект с набором скриптов. В каждом скрипте повторяется ненужный код, который хотелось бы вынести в отдельный файл в качестве функций. Пытался в отдельный файл всё это вынести но почему-то не работает. С модификатором доступа public тут как-то не сложилось и после C# мне не понятно как это сделать в JScript. Просветите пожалуйста насчёт данного вопроса. Т.е. интересен синтаксис объявления функции в отдельном файле так, чтобы её можно было использовать в остальных скриптах
Selenium - Functional Testing -> Что сделать чтобы не закрывался RC и браузер при возникновении ошибки
2010-01-26 14:14 crazybutcher
Здравствуйте! В общем в чем проблема: когда юзал VisualStudio, то при возникновении проблем в скрипте, студия высвечивала на какой строке проблемы, но не выключала RC и браузер. Можно было исправить скрипт и продолжить его прогон с того же места, где и остановился. Сейчас юзаю Eclipse. Если сдеть возникает ошибка в строке, то он тушит RC и браузер, вследствии приходится прогонять по новой весь скрипт с начала. Смотрел в настройки Eclipce, но там, вроде, нет ничего такого. Подскажите что можно сделать. Спасибо
Авторы: Дин Леффингуэл (Dean Leffingwell), Пит Беренс (Pete Behrence) Перевод: Александр Якима (www.enter-agile.com)
Аннотация: В этой статье мы предлагаем обзор происхождения и приложений пользовательских историй, являющихся ключевым механизмом в гибких методах разработки и служащих проводником требований заказчика сквозь поток ценностей. В свою очередь, пользовательские истории являются критическим элементом в статьях «Бережливая и масштабируемая информационная модель требований для гибких компаний» и «Общая картина гибкости компании», обе статьи можно найти в блоге. Текущая же статья извлечена из будущей книги «Гибкие требования: бережливые практики управления требованиями для команд, программ и предприятий», издание которой запланировано на 2010 год. Отдельная благодарность Дженнифер Фосетт (Jennifer Fawcett) и Дону Видригу (Don Widrig) за их вклад в работу над книгой. (more…)
Управление, мотивация и развитие персонала -> Проблемы управления удаленной разработкой (эффективные коммуникации ра
2010-01-26 16:33 felix
Наверняка часть читателей этого ресурса работают в компании, где разработка проекта ведется удаленно и разрозненно - начиная от варианта "одна команда в двух офисах в одном городе", и заканчивая вариантом "несколько команд в разных странах/континентах". Для того что б разрозненные группы стали одной командой и эффективно взаимодействовали необходимо наладить качественные коммуникации.
Именно тех читателей, которые сталкивались с этой задачей я и хочу попросить поделиться: опытом ведения проекта; решениями в проблеме коммуникаций между разрозненными командами, особенностями цикла разработки, проблемами с которыми вы сталкивались и с их решениями ...
Из найденного мной: 1) Пересекая границы: специфика разработки ПО распределенной командой (http://www.citforum.ru/SE/project/distributed_team/) В этой статье перечислены несколько проблем, которые возникают при распределенной разработки и возможные методы их решений.
2) Руководство командой разработчиков программного обеспечения. Прикладные мысли. (http://www.citforum.ru/SE/project/app_thoughts/7.shtml#3.2) Коммуникация - показатель состояния проекта. Разница между коммандой и группой. Важности коммуникации для эффективной работы команды.
3) Управление проектами. Мотивация удаленных сотрудников (http://habrahabr.ru/blogs/pm/71587/) Треугольник мотивации от James R. Chapman
Столкнулся со следующей проблемой: есть несколько скриптов, каждый скрипт по отдельности работает быстро, 10-15 секунд. Но если их исполнять по порядку с помощью CallScript из одного скрипта, то первый исполняется быстро, а остальные исполняются медленно, каждый минуты по 2, долго ищет объекты.
У каждого скрипта свой репозиторий объектов. Я думал-думал, и надумал, что проблема связана как-то с репозиториями. Не подскажете, как можно побороть эти замедления?