Олег Большаков
В сегодняшней статье мы рассмотрим важный вопрос организации процесса разработки с помощью решений Borland/Micro Focus - это связь управления требованиями и процесса тестирования разрабатываемого программного продукта. На первый взгляд, эта связь кажется неочевидной, однако без нее невозможно построить качественное функциональное тестирование. Давайте рассмотрим ситуацию, которая встречается довольно часто. Допустим, тестировщики старательно выполняют свою работу и вдруг сталкиваются с ситуацией, когда тестируемый программный продукт вместо выполнения какого-то действия выдает сообщение о невозможности выполнения операции. Естественно, что тестировщики регистрируют ошибку. Однако впоследствии выясняется, что это была вовсе не ошибка, а совершенно корректная ситуация - и программа выдавала правильное сообщение, что и было реализовано программистами на этапе написания программного кода. Как говорится, "это была не бага, а фича". А произошла данная ситуация потому, что тестирование продукта проводилось неким неформальным образом, без четкого следования спецификации требований. На самом деле, в реальной жизни часто автоматизируются настолько сложные бизнес-процессы, что при тестировании совсем не очевидно, как должен вести себя программный продукт. Тестирование без связи с требованиями в этом случае - безнадежное дело. Таким образом, мы должны организовать процесс разработки так, чтобы существовала четкая связь между функциональными требованиями и тестовыми сценариями.
Как правило, одно требование, особенно если оно достаточно сложное, невозможно протестировать одним тестовым сценарием - необходим целый набор тестов, полностью покрывающий функциональное требование. Также возможна ситуация, когда одним тестовым сценарием мы проверяем выполнение нескольких функциональных требований. Таким образом, у нас имеет место быть связь "многие-ко-многим" между тестовыми сценариями и функциональными требованиями.
Без использования специализированных инструментов поддерживать связь между требованиями и тестовыми сценариями довольно сложно, и в данной статье мы рассмотрим, как реализуется поддержка этой связи с помощью средств Borland/Micro Focus . В центре нашего внимания будут два продукта: Borland CaliberRM, предназначенный для управления требованиями и Borland SilkCentral Test Manager, предназначенный для управления процессом тестирования.
Управление требованиями в линейке Borland/Micro Focus реализуется продуктом CaliberRM. CaliberRM - это по большей части инструмент аналитиков, хотя с ним могут работать и другие участники проекта. Рассмотрим кратко интерфейс CaliberRM (рис.1).
Рис.1. Borland CaliberRM.
В левой части главного окна представлена иерархия требований в виде дерева, причем узлы первого уровня дерева - это типы требований, например, бизнес-требования, пользовательские требования, функциональные требования и т.д. Правая часть представляет собой рабочую область, содержимое которой зависит от выбранного в дереве элемента. Например, если выбран корневой элемент, то в правой части отобразится общее описание проекта, а если выбрано конкретное требование - то будут отображены несколько вкладок, группирующих по определенным признакам атрибуты выбранного требования. Например, для функциональных требований - это вкладки с детальной информацией (Detail), с историей изменений требования (History), со списком участников, ответственных за данное требование (Responsibilities) и пр. На вкладке с детальной информацией представлен минимально необходимый набор атрибутов каждого требования: наименование, версия, владелец требования, статус, приоритет и его детальное описание. Таким образом, CaliberRM представляет собой центральный репозиторий всех требований проекта.
SilkCentral Test Manager представляет собой консоль управления, которая обеспечивает управление всем процессом тестирования приложений в целом - начиная с определения требований к тестированию, соответствующих требованиям и спецификациям, планирования, составления расписания и выполнения тестов, и заканчивая отслеживанием и устранением проблем. В SilkCentral можно формировать тест-планы, которые включают в себя сценарии автоматизированного функционального тестирования, подготовленные в Borland SilkTest, сценарии нагрузочного тестирования, подготовленные в SilkPerformer , а также другие виды сценариев, в том числе и ручные тесты.
Теперь давайте вернемся к нашей задаче - связать требования и тестовые сценарии. Это реализуется в среде SilkCentral Test Manager .
Первый шаг - это настройка интеграции с CaliberRM. Нужно перейти по ссылке Settings (настройки) и переключится на вкладку Integration Configuration (конфигурирование интеграции) и в секции "CaliberRM " нажать кнопку Configure. Откроется окно ввода параметров подключения к серверу CaliberRM (рис.2).
Рис.2. Настройка интеграции с Borland CaliberRM.
Второй шаг - это синхронизация, то есть получение всех требований из CaliberRM в SilkCentral Test Manager Для этого необходимо пройти по ссылке Requirements (требования) и нажать на кнопку Synchronize Requirements (рис.3).
Рис.3. Процесс синхронизации требований.
Читать часть 2
Ссылки по теме
