Отладка и тестирование приложений в среде Visual Studio 2005. Евсеева О.Н - 88 стр.

UptoLike

Составители: 

88
го модуля обеспечивает рекурсивный спуск к программам тестирования моду-
лей нижнего уровня, а затем исполняет тестирование вышележащих уровней в
условиях оттестированности нижележащих. Тестовые наборы подобной струк-
туры ориентированы на автоматическое управление пропуском тестового набо-
ра в тестовом цикле. Важным преимуществом подобной организации является
возможность регулирования нижнего уровня, до которого следует доходить в
цикле тестирования. В этом случае контекст редуцированных в конкретном
тестовом цикле модулей помечается как базовый, не подлежащий тестирова-
нию. Например, если контекст модуля ModF3: (ModF31, ModF32) – помечен
как базовый, то в результате рекурсивный спуск затронет лишь модули ModF1,
ModF2, ModF3 и вышележащий модуль ModF. Описанный способ организации
тестовых наборов применяется в системах автоматизации тестирования.
Собственно использование эффективной системы автоматизации тести-
рования сокращает до минимума (например, до одной ночи) время пропуска
тестов, без которого невозможно подтвердить факт роста качества (уменьшения
числа оставшихся ошибок) продукта. Системное тестирование осуществляется
в рамках циклов тестирования (периодов пропуска разработанного тестового
набора над полной сборкой (build) разрабатываемого приложения). Перед каж-
дым циклом фиксируется разработанная или исправленная версия приложения
(его очередная сборка build), на которой заносятся обнаруженные в результате
тестового прогона ошибки. Затем ошибки исправляются, и на очередной цикл
тестирования предъявляется новая сборка приложения (build). Окончание тес-
тирования совпадает с экспериментально подтвержденным заключением о дос-
тигнутом уровне качества относительно выбранного критерия тестирования
или о снижении плотности не обнаруженных ошибок до некоторой заранее
оговоренной величины. Возможность ограничить цикл тестирования пределом
в одни сутки или несколько часов поддерживается исключительно за счет
средств автоматизации тестирования.
На
Рис. 24
представлена обобщенная структура системы автоматизации
тестирования, в которой создается и сохраняется следующая информация:
Набор тестов, достаточный для покрытия тестируемого приложения в соот-
ветствии с выбранным критерием тестированиякак результат ручной или
автоматической разработки (генерации) тестовых наборов и драй-
вер/монитор пропуска тестового набора.
Результаты прогона тестового набора, зафиксированные в Log-файле. Log-
файл содержит трассыпротоколы»), представляющие собой реализован-
ные при тестовом прогоне последовательности некоторых событий (значе-
ний отдельных переменных или их совокупностей) и точки реализации этих
событий на графе программы. В составе трасс могут присутствовать после-
довательности явно и неявно заданных меток, задающих пути реализации
трасс на управляющем графе программы, совокупности значений перемен-
ных на этих метках, величины промежуточных результатов, достигнутых на
некоторых метках и т.п.