Автоматизация тестирования появления нескольких окон браузера
2010-12-21 12:50
Веб-приложение расползается на несколько окон - некоторые страницы открываются в новом окне.
Существуют ли средства позволяющие автоматизировать параллельную работу с несколькими окнами браузера?
Возможно ли это средствами QTP (Quick Test Pro) ?
Если можно - напишите основной принцип действия с небольшим примером кода.
Тест-инженеры в Skype (Работа в Европе)! з/п высокая
2010-12-21 16:20
Наш клиент, компания Skype, создатель крупнейшей системы IP-телефонии, в связи с расширением приглашает к долгосрочному сотрудничеству в свои европейские подразделения (г. Прага, г. Таллин, г. Стокгольм) инженеров по тестированию ПО (от Junior до QA Lead).
Минимальные требования:
Опыт работы в тестировании ПО от года, знание методик тестирования, принципов составления планов тестирования и тестовых сценариев;
Опыт работы в автоматизированном тестировании от 0,5 года.
Опыт написания скриптов (shell/ bash / Perl / Python) либо владение другими языками программирования;
Английский язык на уровне не ниже upper - intermediate!!!
Желание работать в высоко-профессиональной международной команде в одном из европейских офисов компании (г. Прага/ г. Таллин/ г. Стокгольм)
Условия:
Высокая заработная плата по результатам технического собеседования
Полный релокационный пакет (+семья)
Соц. Пакет
Отправляйте, пожалуйста, резюме на skype@it-dominanta.ru
Если есть какие-либо вопросы — обращайтесь.
Skype: ekaterinaitd
запуск selenium с недефолтным профилем браузера
2010-12-21 18:03
можно ли заставить силениум запускать браузер не с настройками по умолчанию (как он обычно делает), а с уже сохраненными настройками (например FireFox)?
-Это может понадобится, напрмер, при тестировании https странц - чтобы не подтверждать при каждом запуске скрипта ssl-сертификат.
Говорят, надо заранее подготовить профиль FireFoxс сохранёнными сертификатами и запускать, указывая этот профиль...
Как создать профиль FireFox и как запускать силениум с недефолтным профилем?
Меня зовут Андрей Жуков. Работаю старшим тестировщиком в самарском офисе компании EPAM Systems. Занимаюсь тестированием 3 года.
В своем блоге пишу по большей части о технической стороне тестирования, тестировании производительности, автоматизации тестирования, делюсь интересными ссылками на тему QA и около ITшные темы.
Приглашаем вас принять участие в девятой Международной конференции специалистов в области обеспечения качества ПО «Software Quality Assurance Days», которая пройдет 22‑23 апреля 2011 года в городе Казань.
SQA Days посещают большое количество специалистов по обеспечению и контролю качества из России, Украины, Беларуси, Молдовы, Казахстана. Предыдущую конференцию, которая проходила в ноябре 2010 года в Санкт-Петербурге, посетили около 400 человек. Отчет о прошедшем мероприятии и отзывы участников опубликованы здесь.
На предстоящей встрече вы сможете обсудить возникающие на производстве проблемы и найти пути их решения, ознакомившись с опытом коллег, либо поделиться своими методами разрешения трудностей. На конференции выступают как постоянные докладчики, так и новые ее участники — представители российских и зарубежных компаний разработчиков ПО.
Ищется ведущий тестировщик, который сможет разобраться со сложной системой, наладить автоматизацию тестирования и взять в бразды правления руководство отделом тестирования (ок. 4 человек).
Бориз Бейзер описал "парадокс пестицида" в своей книге "Software Testing Techniques", вышедшей ещё в далёком 1983 году. Он попытался провести аналогию между повторным выполнением тестов и повторной обработкой полей тем же пестицидом, который уже применялся недавно. После первой обработки часть вредителей погибла, но не все -- некоторые выжили, потому что их организм оказался устойчив к яду. Так вот эти "счастливчики" с большой вероятностью переживут и повторную обработку. Точно так же, утверждал доктор Бейзер, повторное применение одних тех же тестов, и даже повторное применение одних и тех же методов тестирования, приводит к тому, что в программе остаются дефекты, против которых эти методы неэффективны.
С тех пор прошло уже почти 20 лет, большинство тестировщиков прекрасно знает, что такое "парадокс пестицида". И тем не менее, консультируя самые разные компании, и большие, и маленькие, я регулярно сталкиваюсь с одной и той же ситуацией:
- У нас много регрессионных тестов, нам не хватает времени на то, чтобы их все выполнить, может быть их автоматизировать?
- Может быть. Но сначала скажите, эти тесты часто обнаруживают дефекты?
- Да практически никогда! Поэтому и хотим автоматизировать.
- А новые тесты в этот набор часто добавляются?
- Только по дефектам, которые пользователи нашли.
- То есть пользователи в этих модулях обнаруживают дефекты, а тесты их не обнаруживают?
- Ну-у-у, да...
- А почему?
- ??? (молчание) ... (понимание) Так это же парадокс пестицида!!!!
И всё, работа закипела, сразу стало понятно, что половину тестов надо просто выкинуть, половину оставшихся выполнять одинми раз на десять итераций, и только небольшую часть действительно стоит автоматизировать, потому что если пестицид перестать применять совсем, баги снова разведутся. И теперь, когда старых тестов осталось так мало и освободилась масса времени, можно вспомнить о том, что тестировщик -- это не биоробот, а творец и исследователь, и применить все свои знания о том, как проектировать тесты, чтобы найти новые баги раньше, чем это сделают наши пользователи.