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

UptoLike

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

78
возможность сочетать различные методы и критерии тестирования в ходе рабо-
ты над программным проектом дает наилучшие результаты [11].
Объектно-ориентированный подход, ставший в настоящее время неявным
стандартом разработки программных комплексов, позволяет широко использо-
вать иерархическую модель программного проекта, способ применения кото-
рой иллюстрирует приведенная на
Рис. 21
схема. Каждый класс рассматривается
как объект модульного и интеграционного тестирования. Сначала каждый ме-
тод класса тестируется как модуль по выбранному критерию C. Затем класс
становится объектом интеграционного тестирования. Далее осуществляется ин-
теграция всех методов всех классов в единую структуруклассовую модель
проекта, где в общую ГМП протестированные модули входят в виде узлов (ин-
терфейсов вызова) без учета их внутренней структуры, а их детальные описа-
ния образуют контекст всего программного проекта.
Сама технология объектно-ориентированного программирования (одним
из определяющих принципов которой является инкапсуляция с возможностью
ограничения доступа к данным и методамчленам класса) позволяет приме-
нить подобную трактовку вхождения модулей в общую ГМП. При этом тесты
для отдельно рассмотренных классов используются повторно, входя в общий
набор тестов для программы P.
4.2.3. Пример интеграционного тестирования
Продемонстрируем тестирование взаимодействий на примере взаимодей-
ствия класса TCommandQueue и класса TСommand. Как и при модульном тести-
ровании разработаем спецификацию тестового случая (
Таблица 6
).
Таблица 6
Спецификация тестового случая для интеграционного тестирования
Названия взаимодействующих
классов:
TСommandQueue, TCommand
Название теста: TCommandQueueTest1
Описание теста. Тест проверяет возможность создания объекта типа
TCommand и добавления его в очередь при вызове метода AddCommand
Начальные условия: очередь команд пуста
Ожидаемый результат: в очередь будет добавлена одна команда
На основе этой спецификации разработан тестовый драйверкласс
TCommandQueueTester, который наследуется от класса Tester (п. 4.1.4).
Класс содержит следующий конструктор, в котором создаются объекты
классов TStore, TterminalBearing и объект типа TcommandQueue;