МАТЕРИАЛ16.03.01

Основы методологии тестирования с помощью Rational TeamTest

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

Rational TeamTest предназначен для тестирования любых приложений Windows, при условии что они имеют стандартную архитектуру построения Windows приложений и, что их элементы графического интерфейса являются стандартными объектами Windows или порождены от них. Кроме того, Rational TeamTest тестирует приложения, созданные в специфических средах разработки и имеющих специфические объекты интерфейса для которых имеются программные средства - Enablers.

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

Функциональное тестирование с использованием Rational TeamTest выполняется специалистами по тестированию по плану и на основе требований к программному продукту и процедурам тестирования.

Тестирование выполняется с помощью GUI скриптов, которые либо записываются в интерактивном режиме работы с тестируемым программным продуктом, либо пишутся вручную в интегрированной среде разработки Rational TeamTest на языке SQABasic.

Таким образом, основные этапы тестирования с использованием Rational TeamTest, следующие:

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

Основной задачей на этапе подготовки требований для проекта тестирования является максимальный учет всех функциональных возможностей тестируемого приложения, каждой из его форм, критически важных данных и т.д. Затем, необходимо определить, какие действия, свойства, данные должны регистрироваться программой записи скрипта – Robot’ом, а что не является важным и не должно регистрироваться. На основе этой информации строится иерархия требований для проекта тестирования. Поддержка требований осуществляется программой Rational TestManager, которая входит в состав Rational TeamTest. Требования должны быть структурированы и спускаться до каждого тестируемого элемента интерфейса, действия пользователя, регистрируемых данных и т.д.

Для каждого из таких элементарных требований планируется тест. Создается шаблон скрипта. Делается описание. Определяются организационные требования: исполнитель, компьютер, операционная система, приоритеты и др.

На основе спланированных подготовленных тестов выполняется запись скриптов на работающем приложении. Для чего в исходное состояние приводятся системное окружение и тестируемая программа. Включается режим записи GUI скриптов в Robot’e, устанавливаются программные опции режима записи. Тестировщик выполняет в программе набор необходимых действий пользователя и останавливает запись.
В течение периода записи Robot регистрирует все действия тестировщика и на основе их создает скриптовый файл, в котором отражена последовательность воздействия на элементы программного интерфейса и их реакция в виде открывающихся/закрывающихся окон и других параметров. Robot регистрирует свойства и реакцию только тех элементов интерфейса, на которые воздействует тестировщик. Для регистрации детальных свойств объектов, записи данных хранящихся в этих объектах, регистрации специальных случаев в виде существования окон, файлов, содержания буфера обмена и др. выполняются специальные тестовые процедуры, называемые verification points. Это очень мощный инструмент, позволяющий регистрировать большое количество разнообразной информации о тестируемом приложении. Пользоваться verification points нужно аккуратно, и регистровать только то, что нужно. Запись лишней информации приводит увеличению хранимой информации на диске, замедлению работы при воспроизведении, поскольку нужно проверять все записанные свойства, и часто приводит к тому, что в дальнейшем приходится дорабатывать скрипты вследствие возникащих проблем при модернизации программы.

После того как скрипт записан, нужно проверить его работу. Для этого необходимо вернуть в исходное состояние системное окружение и тестируемую программу. Включить Robot в режиме воспроизведения скрипта, настроить опции воспроизведения и выполнить скрипт. Скрипт должен отработать без ошибок. Если возникают ошибки, нужно найти причину и устранить их. В этой ситуации должен помочь отладчик интегрированной среды разработки, который позволяет пошагово проиграть скрипт - строку за строкой, поставить точки прерывания, просмотреть значения переменных и др. Отладка скриптов, требует некоторого знания принципов работы приложений Windows и основ скриптового языка SQABasic.

Результат проигрывания скрипта записывается в лог-файл. Логи просматриваются и анализируются с помощью программы Rational LogViewer, входящей в состав Rational TeamTest. На основе информации в лог-файлах в большинстве случаев идентифицируются ошибки тестируемой программы, генерируемая информация через специальную форму помещается в базу обработки ошибок, которая является частью Rational ClearQuest. На основе информации в логах может быть сгенерирован отчет о выполнении тестов. Для его генерации используется программа Rational TestManager. Отлаженные скрипты объединяются в функциональные группы. На данном этапе тестирования скрипты отражают базовую линию поведения приложения и свойсва его элементов и готовы для тестирования измененной или доработанной версии данного приложения в автоматическом режиме.

При создании обновленной версии приложения, для новых разделов скрипты создаются вновь и затем все вместе проигрываются для всего приложения в целом в автоматическом режиме. Осуществляемое таким образом регрессионное тестирование, позволяет проконтролировать появление ошибок в уже существовавших разделах программы. Если ошибки скрипта вызваны новой предусмотренной функциональностью, то скрипт должен быть доработан, если это программный дефект, то должна быть сгенерирована информация о дефекте для базы дефектов. Выявить ошибку выполнения скрипта и проанализировать причину ее появления позволяют, так называемые компараторы. Компараторы выявляют отличающиеся элементы в verification points базового скрипта и во вновь полученных данных. В Rational TeamTest есть компараторы нескольких видов – для сравнения строковых/числовых величин, данных в полях объектов, меню, содержания буфера обмена Windows, изображений, свойств объектов.

Для тестрования клиент/серверных приложений, когда необходимо при работе с базой данных каждый раз вносить уникальную информацию, Rational TeamTest предоставляет инструменты для организации пулов данных и заполнения их уникальными величинами и использования при проигрывании для подстановки в заполняемые поля форм.

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


За дополнительной информацией обращайтесь в Interface Ltd.

Отправить ссылку на страницу по e-mail
Обсудить на форуме Rational Software


Interface Ltd.

Tel: +7(095) 795-3186, 135-7781, 135-5500, 135-2519
Отправить E-Mail
http://www.interface.ru
Ваши замечания и предложения отправляйте автору
По техническим вопросам обращайтесь к вебмастеру
Документ опубликован: 16.03.01