Типы записи тестов || к оглавлению данной статьи || к новостям || к услугам || в библиотеку

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

Средства тестирования IBM Rational поддерживают три режима интерактивной записи скриптов:

API – Записывает API вызовы из клиентских приложений и клиентских библиотек к серверам. API режим записи является рекомендуемым подходом для всех клиентов, работающих на платформе Windows NT. В этом режиме и PerformanceStudio и клиентское приложение оба устанавливаются на клиентский компьютер.

Network – записывает трафик по TCP/IP протоколу на уровне сетевого интерфейса. Этот тип записи рекомендован тогда, когда клиент не поддерживает API режим записи.

Proxy – в этом режиме записывается тот же самый трафик, что и в режиме записи Network, но для передачи пакетов между клиентом и сервером используется машрутизация через proxy компьютер. Этот специализированный тип записи применяется в высокоскоростных сетях и сетях с коммутаторами.

Введение в Test Manager || К оглавлению данной статьи || К новостям || К услугам || В библиотеку

Виды тестов

RUP регламентирует и описывает множество различных видов тестов, фокусирующих внимание на различных проектных проблемах.

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

Рассмотрим основные виды тестов по RUP:

• функциональное тестирование;

• тестирование целостности баз данных;

• тестирование бизнес циклов;

• тестирование пользовательского интерфейса;

• профилирование производительности;

• нагрузочное тестирование;

• стрессовое тестирование;

• объемное тестирование;

• тестирование управления доступом. Тестирование безопасности

• тестирование восстановления после сбоев;

• конфигурационное тестирование;

• инсталляционное тестирование.

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

Рассмотрим подробно основные виды тестов, дополнительные условия тестирования, требования к тестам и критерии завершения.

 

Функциональное тестирование || к оглавлению данной статьи || к новостям || к услугам || в библиотеку

Функциональное тестирование объекта-тестирования планируется и проводится на основе требований к тестированию, заданных на этапе определения требований. В качестве требований выступают диаграммы use-case, бизнес-функции и бизнес-правила. Цель функциональных тестов состоит в том, чтобы проверить соответствие разработанных графических компонентов установленным требованиям.

В основе функционального тестирования лежит методика "черного ящика". Идея тестирования сводится к тому, что группа тестировщиков проводит тестирование, не имея доступа к исходным текстам тестируемого приложения. При этом во внимание принимается только входящие требования и соответствие им тестируемым приложением.

При необходимости (в соответствии с выбранной ранее стратегией тестирования) можно воспользоваться на этапе функционального тестирования подходом, называемым «стеклянным ящиком». В режиме «стеклянного ящика» тестировщик должен владеть языком реализации и тестировать код приложения в соответствии с принятыми стандартами на разработку, например такими, как проверка кода на отсутствие операторов перехода (goto). Также на тестировщика возлагается ответственность по установке соответствия текущей разработки на соответствие определенным канонам программирования.

На этапе функционального тестирования не применяется тестирование «стеклянного ящика» в чистом виде – используется комбинация двух видов тестирования. Подход «стеклянного ящика» для функционального тестирования несет ряд ограничений, и способен проводить тестирование по следующим категориям:

• тест на производительность;

• тест на наличие ошибок с памятью;

• тест на покрытие кода.

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

 

Цель тестирования:

Убедиться в надлежащем функционировании объекта тестирования. Тестируется правильность навигации по объекту, а также ввод, обработку и вывод данных.

Методика:

Необходимо исполнить (проиграть) каждый из use-case, используя как верные значения, так и заведомо ошибочные, для подтверждения правильного функционирования, по следующим критериям:

• продукт адекватно реагирует на все вводимые данные (выводятся ожидаемые результаты в ответ на правильно вводимые данные);

• продукт адекватно реагирует на неправильно вводимые данные (появляются соответствующие сообщения об ошибках);

• каждое бизнес-правило реализовано надлежащим (установленным) образом.

Критерии Завершения:

Все запланированные действия по тестированию выполнены.

Все найденные дефекты были соответствующим образом обработаны (документированы и помещены в базу дефектов).