ВУЗ:
Составители:
Рубрика:
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;
Страницы
- « первая
- ‹ предыдущая
- …
- 76
- 77
- 78
- 79
- 80
- …
- следующая ›
- последняя »