Home

Версия Selenium 2.22 ознаменовалась появлением новой схемы запуска браузера Internet Explorer -- с помощью внешнего исполняемого файла. Видя большое количество однотипных вопросов, связанных с использованием этого нового механизма, которые задаются в разных местах, мы решили опубликовать статью о том, как запускать Internet Explorer.

Автор: Андрей Дзыня

Совсем недавно прошел курс по автоматизации мобильных приложений. Чтобы немного помочь тем, кто не может принять участие в тренингах, я решил сделать небольшую вводную по работе с автоматизацией на Android. Начнем с установки нужных средств и написания простого теста.

Что нам для этого понадобится.

• Java, версии 1.6
• Eclipse IDE
• Android SDK
• Библиотека Robotium

А теперь обо всем, по-порядку. Выполняйте действия в описаной последовательности и все получится! Но если что пошло не так - пишите комментарии к статье, будем разбираться.

Автор: Наталья Руколь

Последнее время тестирование по заранее написанным тестам (назовём такое тестирование скриптовым) выходит из моды. У противников скриптового тестирования много аргументов, хотя в большую часть из них я, увы, не верю. В этой статье я хочу рассказать о своём взгляде на скриптовое тестирование и его существенных плюсах. Вполне вероятно, что эти плюсы окажутся вам незакомыми. Не потому, что подход неправильный! Возможно, вы просто сталкивались с его неудачной реализацией? Для этого вторая часть статьи: о том, как внедрять скриптовое тестирование наиболее эффективно.

Словарь

В рамках этой статьи я буду называть скриптовым тестирование, перед началом которого создаются тесты, и уже по ним осуществляются проверки. В качестве альтернативы скриптовому подходу можно рассматривать ad hoc, хаотическое и исследовательское тестирования, но о них в отдельной статье — оде тестированию исследовательскому. Пока что мы просто поделим тестирование на скриптовое (основанное на заранее написанных тестах) и без-скриптовое, то есть любое другое

Автор: Алексей Баранцев

Когда я начал готовить примеры для рассылки "Selenium 2.0: сотня полезных советов", передо мной встал вопрос выбора языка, на котором писать эти примеры.

С одной стороны, хотелось использовать Java, потому что это "официальный" язык Selenium и все новые штуки сначала реализуются на Java, а только потом переносятся в реализации на других языках. С другой стороны, хотелось сделать так, чтобы примеры были компактными, но при этом полностью завершенными и готовыми к исполнению -- взял и целиком запустил. Для этой цели лучше подходят динамические языки, Java слишком "многословна", много инфраструктурного кода.

В конце концов я остановился на промежуточном варианте: сложные примеры на Java, а простые -- на Groovy, это динамический язык, но весьма похожий на Java и выполняющийся на виртуальной Java-машине.

Но решающим фактором в пользу Groovy стало наличие симпатичной интерактивной консоли, в которой можно удобно экспериментировать со скриптами. Хотите -- выполните пример полностью, а хотите -- выделите фрагмент кода и выполните только его.

Впрочем, лучше один раз увидеть -- смотрите небольшой видеоролик про то, как отлаживать Selenium-скрипты в Groovy Console:

Выступление Алексея Баранцева на онлайн-конференции Auto ConfeT&QA

Автоматизация тестирования — это стратегическая задача. Она требует 1) наличия специальных людей, обладающих особыми навыками, 2) инвестиций времени и средств, особенно на начальных этапах, 3) изменений в общем процессе тестирования — в подходах к проектированию тестов, в распределении времени тестировщиков. Более того, отдельная «стратегия автоматизации» — это нонсенс. Внедрение автоматизации приводит к изменениям в ручном тестировании, поэтому статегия должна быть общей, учитывающей все виды тестирования.
Я расскажу про две типовые стратегические схемы, которые позволяют плавно внедрить автоматизированное тестирование, оставляя возможности для отхода в случае неуспеха (да-да, это очень важно!) с минимальными потерями. Первая схема имеет основной целью сокращение времени на тестирование. Вторая — увеличение тестового покрытия. А последовательное применение этих двух стратегических схем позволяет достичь одновременно обоих целей.

По плану наша акция-распродажа вебинаров с 70% скидками закончена.

В последние дни мы получили несколько просьб о продлении сроков оплаты хотя бы на три дня, в основном от корпоративных клиентов, которые из-за майских праздников не смогли согласовать покупку с руководством.

Мы тоже в связи с праздниками успели сделать не все запланированные в рамках акции мероприятия. Вместо пяти фрагментов вебинаров успели вырезать и опубликовать только три.

Три новых фрагмента выкладываем сейчас.

Ну и раз мы сами позволили себе задержаться, то не можем не простить задержку и нашим клиентам.
Итак, мы решили продлить акцию на ТРИ рабочих дня до 23 мая.

Только ТРИ дня. Никаких больше продлений не планируется. Вы еще можете успеть, если примете решение прямо сейчас.

Фрагмент вебинара "12. Тестирование методом свободного поиска (exploratory testing)”

В этом фрагменте рассказывается про метафору "туров тестирования", которая позволяет повысить вариативность тестирования за счет менее прямолинейных подходов к постановке целей тестирования, и тем самым, с одной стороны, добавить интереса в процесс тестирования, а с другой стороны -- устранить эффект "замыленности взгляда" за счёт перемещения фокуса внимания и концентрации на разных аспектах работы тестируемой программы.

Фрагмент вебинара "10. Управление требованиями, тестами, дефектами"

В этом фрагменте обсуждается прием разделения состояний описания дефекта на активные и пассивные, который позволяет вести более точный учёт потраченного времени, а также обеспечивает постоянное наличие "ответственного".

С 13 по 24 июня компания Workle совместно с порталом тестировщиков Software-Testing.Ru проводит бета-кампанию своего уникального продукта – сервиса для дистанционной работы через Интернет. Хотите поучаствовать? Вас ждут интересный опыт, знакомство с профессионалами и ценный приз – iPhone 4!

Как это будет происходить?

Для участия в бета-кампании необходимо зарегистрироваться на сайте Workle и выступить в роли конечного пользователя. Ваша главная задача – продать как минимум один продукт, используя возможности персонального интернет-офиса на Workle. В ходе выполнения этого ответственного задания вы неизбежно столкнетесь с багами, которые необходимо будет завести в специально созданный баг-трекер. Тот, кто обнаружит наибольшее количество «полезных» дефектов, получит главный приз – iPhone 4!

Автор: Андрей Дзыня

Не так давно я закончил первую статью из цикла автоматизации мобильных приложений. Я попытался максимально полно дать информацию по установке требуемого окружения, для разработки и автоматизации тестирования NativeAndroid приложений, при помощи инструмента Robotium.

В конце той статьи был приведен пример простого теста. Давайте еще раз взглянем на него.