Тестовый пример 3. 1. Проверить, что флаг Флаг_Система_Стартовала = TRUE, иначе прервать тестирование с выдачей диагностического сообщения

1. Проверить, что флаг Флаг_Система_Стартовала = TRUE, иначе прервать тестирование с выдачей диагностического сообщения.

2. Изменить значения настроек системы (в реальном тест-плане здесь должны быть установлены конкретные значения переменных)

3. Перезагрузить систему (вызвать ее старт в режиме COLD_START)

4. Проверить, что настройки имеют последние введенные значения (в реальном тест-плане здесь должны быть проверки конкретных значений переменных)

Как видно из предыдущего раздела, для облегчения проведения выборочного регрессионного тестирования каждый тестовый пример должен быть полностью автономным – ход его выполнения и тем более, результат, не должны зависеть от предыдущих тестовых примеров. Тем самым при выборочном тестировании результат тестирования не зависит от выбранного набора тестовых примеров (тестового набора). Однако, на практике создание автономных тестов зачастую невозможно по различным причинам (как правило – из-за длительного времени выполнения таких тестов).

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

Пример предусмотренной тестовой зависимости был рассмотрен в предыдущем разделе – корректность выполнения тестов определялась порядком их выполнения. Такая тестовая зависимость требует документирования и сопровождения, как и сами описания тестовых примеров. Существует два вида документирования тестовых зависимостей:

· явное определение допустимого порядка выполнения тестовых примеров;

· определение допустимого порядка выполнения тестовых примеров при помощи предусловий.

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

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