Home

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

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

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

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

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

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

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

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

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

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

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

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

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

На первой онлайн-конференции ConfeT&QA 2011 Андрей Дзыня покорил сердца слушателей тем, что не побоялся показывать вживую, "в прямом эфире", как создаются тесты -- от первых шагов (запись действий пользователя в рекордере), через все этапы построения фреймворка с гибкой архитектурой, до запуска тестов в системе непрерывной интеграции. И всё это за каких-то 20 минут! Мы предлагаем вам самим посмотреть, как это происходило.

И, кстати, для построения тестов использовался замечательный инструмент Selenium, так что рекомендуем посмотреть эту запись также тем, кто начинает осваивать этот инструмент.

Автотесты? Что тут сложного? Казалось бы, берешь инструмент автоматизации, записываешь скрипты и запускаешь. Но когда тестов становится сотни и даже тысячи, что на исправление и поддерживание уходит больше времени, чем написание новых – это проблема. Как превратить обычные тесты в некоторую инфраструктуру, с оптимизированным использованием компонентов?

Существует несколько подходов к организации фреймворка автоматизированного тестирования WEB приложений. Одним из них я поделюсь с вами. Использоваться будет Java и Selenium 2(Webdriver), основываясь на Page Factory Pattern. А запускать тесты – maven на системе непрерывной интеграции Jenkins.

Меня зовут Дима Жарий. По еще горячим следам отгремевшей более месяца назад онлайн конференции Auto ConfeT&QA, я хотел бы представить доклад: «Обходные пути в автоматизированном тестировании»

Предыстория доклада:

Очень часто, в процессе разработки приложения, наши авто тесты краснеют от того, что нарываются на уже известные и описанные в багтрекере ошибки приложения.  Со временем, таких  заблокированных тестов стает все больше и больше. Тестировщики и Разработчики говорят, что «эти 200 тестов краснеют по известным проблемам… » Тогда и начинает работать пагубный эффект разбитых окон. На красные тесты уже никто не смотри. Если покраснеют еще 5 – не беда, ну будет 205, ну и что? В такой ситуации автоматизация не работает, часть функционала приложения не протестирована и стоит забыть об автоматизации, и вернутся к ручному тестированию…

О чем доклад:

А как же тестировщики справляются с подобными проблемами? Все очень просто. Они обходят известные проблемы и спокойно идут дальше, присвистывая, тестируют новый функционал. Почему же автоматизация так не может? А может! И мой доклад о том, как сделать правильные обходы и как связать эти обходы с процессом разработки.  Обход – это не решение проблемы в продукте, но это может быть хорошем решением проблем автоматизации тестирования.

Мир мобильных устройств очень сильно изменил нашу жизнь. В наше время невозможно представить современного человека, без мобильного телефона. На рынке появляется все больше различных устройств и приложений для них. В своем докладе Андрей Дзыня рассказал о том, какие инструменты автоматизации тестирования мобильных приложений под Android и iOS существуют на рынке. И не только рассказал, но и показал вживую, как автоматизировать тестирование Native Android приложений.

На данный момент мир веб-приложений интенсивно развивается и интерфейс становится все более динамичным. Повсеместно используется асинхронное обновление элементов и AJAX. И такие веб-приложения приходится тестировать с помощью Selenium/WebDriver. Автоматизированный тест можно разбить на атомарные фрагменты, которые многократно выполняются в цикле: “найди элемент”, “выполни действие”, “подожди результат”. При автоматизации AJAX-приложений проблемы возникают со всеми тремя видами фрагментов.

Во-первых, искать элементы сложно, потому что они как правило имеют динамические локаторы (нет фиксированных идентификаторов или имен). Во-вторых, спектр возможных действий весьма широк. Это не только клики по ссылкам, как в “традиционных” веб-приложения, но и наведение курсора на элемент, перетаскивание, нажатия клавиш.

Ну и самое сложное — это ожидания. Что является признаком того, что некоторое действие выполнилось успешно или неуспешно? Появление или исчезноваение какого-то элемента? Добегание счётчика или прогресс-бара до 100%? А может быть не стоит вообще ждать полного завершения действия, достаточно лишь частичного результата, чтобы уже можно было продолжить выполнение теста?

На конференции Selenium Camp Алексей Баранцев рассказывал о том, как WebDriver решает все эти три задачи, особенно вторую и третью.

Автор: Геннадий Алпаев

При работе с любым инструментом автоматизации тестировщик рано или поздно сталкивается с необходимостью работы с нестандартными элементами управления. В этом видео на примере работы с MS DataGridView показано, как в TestComplete находить и использовать нужные свойства для создания удобных функций общего назначения.

Смотреть видео

Если Вы хотите быстро изучить TestComplete, то сегодня еще можно записаться на тренинг Геннадия Алпаева Автоматизация тестов с использованием TestComplete

Обсудить в форуме

TestComplete - самый популярный в странах СНГ инструмент для автоматизации тестирования различных приложений: .NET, Java, Win32, Web, Delphi, Flas, Flex и многих других.

При работе с TestComplete очень важным фактором являются настройки, в зависимости от которых работать может быть легко, сложно, или же вообще работа может показаться адом. Геннадий Алпаев, автор единственного русскоязычного учебника по TestComplete, подготовил небольшой видеоурок, в котором рассмотрены наиболее важные и интересные настройки TestComplete'a, с которыми пользователь может столкнуться в работе и которые могут эту работу существенно упростить. Смотреть это видео рекомендуется тем, кто уже немного знаком с TestComplete (т.е. попробовал писать простые скрипты и чувствует, что готов к созданию проекта для реального приложения).

Предлагаем вашему вниманию ещё одно выступление с прошедшей 11 августа 2011 года встречи московского клуба тестировщиков -- рассказ Андрея Беляевского "Подход к выбору инструмента для автоматизации тестирования Qt-приложений".

Разумеется, эта тема должна заинтересовать тех, кто занимается тестированием Qt-приложений. Но мы рекомендуем посмотреть это выступление вообще всем, кто занимается выбором каких-либо инструментов, не только для автоматизации и не только для Qt-приложений. Рассказ Андрея посвящен не столько инструментам, сколько процессу выбора -- как проводить сравнение, на какие нефункциональные характеристики обращать внимание, как наилучшим способом провести "тест-драйв" инструмента и т.д.