Home

Наталья Руколь, Лаборатория Качества, Москва
Игорь Любин, Undev.ru, Москва

Запись доклада с конференции SQA Days 11

Если вы регулярно проходите одни и те же тесты, значит, их необходимо автоматизировать? Автоматизация – это инвестиция?
Сколько ещё мифов, не имеющих ничего общего с реальностью, вы знаете?
Забудьте о них! Менеджер и технический специалист расследуют дело «Автотесты»:
• Мотивы преступления
• Вред и польза автотестов
• Условия успеха и залог провала автоматизации тестирования

На этом докладе вас ждут факты, инструменты, подходы – и никаких мифов!

Маргарита Шлыкова, Ланит-Терком, Санкт-Петербург, Россия

Евгений Ткаченко, Иннова, Москва, Россия

Запись доклада с конференции SQA Days 11.

Автоматизированное тестирование всё больше и больше набирает обороты, и уже невозможно представить разработку ПО без автоматизации процессов тестирования. Мы не будем рассказывать вам, почему это выгодно и
полезно, но если вы хотите автоматизировать тестирование в вашем проекте и не знаете, с чего начать и к кому обратиться за помощью, то вам просто необходимо прийти к нам на доклад.

Мы работаем в разных проектах, в разных компаниях и даже в разных городах, но это не помешало нам однажды познакомиться на конференции SQA Days и объединиться для того, чтобы рассказать вам о своем опыте.

А чтобы как можно более полно осветить картину происходящего в автоматизации тестирования, мы провели собственное исследование, опросили своих коллег и известных личностей и вывели "Формулу Успеха" для удачного старта и развития карьеры в этой перспективной и быстроразвивающейся отрасли.

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

В рамках курса Автоматизация тестирования Android приложений я получил интересный вопрос: как узнать "локатор" объекта в Android приложении? Есть ли какой-то инструмент типа “firebug”, чтобы это посмотреть?

Я решил ответить на этот вопрос в публичной форме, так как тема действительно интересная и практически не освещена в интернете.

Для того, что понять к какому элементу Android приложения обращаться, есть три способа:

• использование утилиты APK Analyzer
• анализ исходного кода приложения
• использование Hierarchy View в Eclipse IDE

Предлагаю начать с самого простого способа – использования утилиты APKAnalyzer.

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

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

Совсем недавно прошел курс по автоматизации мобильных приложений. Чтобы немного помочь тем, кто не может принять участие в тренингах, я решил сделать небольшую вводную по работе с автоматизацией на 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 решает все эти три задачи, особенно вторую и третью.