Home

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

Автор: Анатолий Ларин, е-Legion

Я провел настоящее исследование ситуации с автоматизированным тестированием интерфейса мобильных приложений. Речь идет не о тестировании модулей, а именно о тестировании интерфейса финального приложения. И, да, прямо на телефоне!

Зачем это нужно? В первую очередь, для гарантированного улучшения качества вашего ПО и улучшении настроения тестировщиков.

В чем идея? Чаще всего тестирование мобильных приложений осуществляется людьми: тестировщик берет приложение, iPhone 3, iPhone 4, iPad, если ему не повезло, то еще берет пару андроидов и GalaxyTab, и тестирует ваше приложение, 80% тестирования составляют примерно такие сценарии:
— запустить приложение, убедиться, что оно не падает;
— перейти на вкладку места, убедиться, что все пункты на месте;
— зайти в один из пунктов, убедиться, что описание на месте;
…

Такие тесты проводятся после каждого релиза и занимают очень много времени.

В свое время в вебе на помощь пришел Selenium, который позволил через специальный плагин к браузеру записывать действия тестировщика (все помнят макросы в MS Word?) и затем проигрывать их автоматически с проверкой результата. Можно запускать тесты даже на разных браузерах! Мы использовали это решение в своей компании, и оно, действительно, работает. Усилия на разработку тестов окупились.

По сравнению с вебом мобильная разработка еще очень молодая область, и я не ожидал увидеть хороших решений для автоматизированного тестирования интерфейсов. Оказалось, что их более чем достаточно. Хочу рассказать вам о некоторых из них.

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

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

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

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

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

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

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

В конце 2010 года компания Hewlett-Packard объявила о выпуске пакета для управления жизненным циклом приложений HP Application Lifecycle Management 11.0, в который, среди прочего, вошла обновлённая версия HP Quality Center 11.0. В то время, как большинство производителей инструментов ориентируются главным образом либо на тестировщиков-автоматизаторов, либо на поддержку процессов, компания Hewlett-Packard наряду с этим не забывает также и о тех, кто занимается ручным выполнением тестов. Для них в новой версии появился продукт HP Sprinter, название которого говорит само за себя – он должен позволить выполнять ручные тесты со спринтерской скоростью.

HP Sprinter это не отдельное приложение, он представляет собой новый вариант клиента для HP Quality Center. Соотвественно, подготовка тестов осуществляется примерно так же, как и раньше, изменяется только способ их выполения.  Исключение составляют “неформализованные” тесты, которые сначала выполняются, а потом уже могут быть импортированы в Quality Center. Разумеется, традиционный веб-клиент тоже никуда не исчез, однако Sprinter предоставляет по сравнению с ним множество новых возможностей, повышающих скорость и удобство работы тестировщика.

Автор: Жан-Клод Ватье, Software Services, IBM

Источник публикации: Журнал Rational Edge

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

Автор: Томас Р. Арнолд II (Tom Arnold), Xtend Development

Источник публикации: Interface

Компания Rational Software попросила меня поделиться впечатлениями об их новом продукте — Rational RobotJ. Они сделали это по двум причинам. Наиболее очевидная из них состоит в том, что я длительное время принимаю участие в проектах автоматизации систем тестирования, и часто наблюдал за методами, использовавшимися в подобных прикладных программах, в том числе и неправильными. Вторая причина в том, что я никогда не использовал Rational Robot или его модели Test Manager. Обладая опытом в области автоматизации, я смогу свежим взглядом оценить решения, применяемые Rational для автоматизации тестирования программного обеспечения.

Авторы: Николай Колесник, Геннадий Алпаев

Данное руководство описывает основные принципы работы с программой автоматизированного тестирования SilkTest.

Предполагается, что читатель знаком с основами объектно-ориентированного программирования (ООП), тестирования и разработки программного обеспечения.

Цель данного пособия: дать толчок начинающему изучать SilkTest, поэтому не надейтесь найти здесь исчерпывающее руководство. Наиболее полным источником информации является Help, поставляемый с программой (на английском языке). Также предполагается хотя бы минимальное знание английского языка.

Все примеры делались на SilkTest версий 6.5, 7.1 и 7.5.

Ранее опубликованное на этом сайте руководство устарело.

Обновлённую версию можно скачать с сайта Automated Testing Service Group: http://autotestgroup.com/ru/materials/19.html

Это пособие для вас готовили:

• Николай Колесник (написать письмо, ICQ#: 312628427)
• Геннадий Алпаев (написать письмо, ICQ#: 177141799)

Мы будем очень признательны за любые замечания, предложения, сообщения об ошибках и т.д., которые Вы найдете. Сообщайте нам любым удобным для Вас способом.

Надеемся, что это руководство было полезным для Вас!