Home

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

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

Первым делом после запуска Sprinter конечно же необходимо подключиться к Quality Center, поскольку тесты хранятся именно там.

После того, как соединение с Quality Center успешно установлено, можно выбрать отдельные тесты или наборы тестов для выполнения. Эти наборы также должны быть предварительно подготовлены в Quality Center в разделе Test Lab.

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

Кроме того, перед запуском теста можно выбрать режим выполнения – “обычный” либо “усиленный” (Power Mode). Этот режим доступен как для десктопных Windows-приложений, так и для веб-приложений в браузерах Internet Explorer и FireFox.

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

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

При регрессионном тестировании, то есть при выполнении “старых” тестов “усиленный” режим полезен тем, что к этому времени уже выявлены отдельные повторяющиеся последовательности действий, которые могут быть оформлены в виде макросов, и подготовлены тестовые данные, которые Sprinter будет использовать для автозаполнения полей ввода. Кроме того, за один проход Sprinter позволяет выполнить тесты сразу в нескольких окружениях, что ускоряет выполнение тестов в разы или даже в десятки раз.

А при выполнении “новых” тестов, которые дефекты выявляют чаще, чем регрессионные тесты, более востребованными оказываюся возможности Sprinter, связанные с хранением истории действий. Это позволяет упростить описание дефектов, поскольку тестировщик далеко не всегда способен вспомнить, какая именно последовательность действий привела к сбою, особенно если тесты ещё недостаточно формализованы.

Давайте посмотрим, как выглядит Sprinter во время выполнения тестов. Вот тестировщик выбирает тест, нажимает кнопку Run – и вместо одного большого окна Sprinter превращается в несколько сворачивающихся панелей, которые прижимаются к краям экрана и в свёрнутом виде занимают совсем немного места. В таком виде Spriter, с одной стороны, не заслоняет тестируемое приложение и поэтому не мешает выполнять тесты, а с другой стороны вся необходимая тестировщику информация постоянно доступна и все полезные функции Sprinter находятся “на расстоянии двух кликов” – не нужно никуда переключаться, достаточно всего лишь развернуть нужную панель и кликнуть кнопку, активирующую требуемую функцию.

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

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

Чтобы фиксировать ход выполнения теста также не нужно никуда переключаться, всё можно сделать с помощью специальной плавающей панели. Тестировщик может быстро выставить статус выполнения шага, при этом, если шаг помечен как успешно пройденный, автоматически происходит переход к следующему шагу. С этой же панели можно открыть диалог фиксации полученного результата (Actual Result), куда помимо текстового описания можно вставить скриншот с аннотациями, и для этого также не нужно использовать никакие внешние программы-скриншотеры, всё достигается при помощи встроенной в Sprinter функциональности.

Если какой-то шаг завершился неуспешно, тестировщику может потребоваться описать дефект и зарегистрировать его в Quality Center. Это можно сделать сразу, а можно не отвлекаться от выполнения теста и создать “напоминание о дефекте” (Defect Reminder) прямо в Sprinter, включив в него скриншот с аннотациями и текстовый комментарий. Разумеется, можно оставить сколько угодно различных напоминаний, а после завершения выполнения тестов зарегистрировать эти “отложенные” дефекты в Quality Center. Всю необходимую информацию можно будет извлечь из Sprinter, она хранится в так называемом Storyboard – точное время обнаружения дефекта, последовательность действий, которая привела к его возникновению, сохранённые скриншоты и комментарии тестировщика.

Для подготовки описания дефекта и регистрации его в Quality Center в Spriner имеется специальный модуль, который называется Smart Defect. Он доступен почти из любого места – из плавающих панелей Tools и Steps, из инструмента добавления аннотаций к скриншотам, из Storyboard, где сохраняется история выполнения тестов. Этот модуль позволяет автоматически сформировать заготовку описания дефекта, включив в него список выполненных пользователем действий, а также скриншот или даже скринкаст.

Всё вышеописанное – это лишь часть возможностей Sprinter. Основное внимание было уделено не “усиленному” режиму работы (Power Mode), а повышению удобства выполнения тестов по сравнению с традиционным веб-клиентом. Если вы уже используете HP Quality Center и храните там свои тесты, вы можете ничего не делать дополнительно, просто начните использовать Sprinter вместо веб-клиента – и вы увидите, что одно это уже даст заметное увеличение скорости выполнения тестов. Ну а если вы готовы ещё проделать некоторую дополнительную работу, чтобы по настоящему задействовать инструменты “усиленного” режима – разработать макросы, определить наборы тестовых данных и привязку к формам для автозаполнения, подтоговить тестовый стенд для “репликации” действий тестировщика – скорость выполнения тестов может возрасти даже не в разы, а в десятки раз.

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

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