ВУЗ:
Составители:
Рубрика:
67
тоды, связанные с покрытием интерфейсов, например, вызовы функций или ме-
тодов, или анализ использования интерфейсных объектов таких, как глобаль-
ные ресурсы, средства коммуникаций, предоставляемые операционной систе-
мой.
На
Рис. 15 приведена структура комплекса программ K, состоящего из от-
тестированных на этапе модульного тестирования модулей M1, M2, M11, M12,
M21, M22. Задача, решаемая методом интеграционного тестирования, – тести-
рование межмодульных связей, реализующихся при исполнении программного
обеспечения комплекса K.
Интеграционное тестирование использует модель «белого ящика» на мо-
дульном уровне. Поскольку тестировщику текст программы известен с деталь-
ностью до вызова всех модулей, входящих в тестируемый комплекс, примене-
ние структурных критериев на данном этапе возможно и оправдано.
Интеграционное тестирование применяется на этапе сборки модульно от-
тестированных модулей в единый комплекс. Известны два метода сборки мо-
дулей:
Монолитный, характеризующийся одновременным объединением всех мо-
дулей в тестируемый комплекс;
Инкрементальный, характеризующийся пошаговым (помодульным) нара-
щиванием комплекса программ с пошаговым тестированием собираемого
комплекса.
В инкрементальном методе выделяют две стратегии добавления модулей:
1) «Сверху вниз» и соответствующее ему восходящее тестирование.
2) «Снизу вверх» и соответственно нисходящее тестирование.
Особенности монолитного тестирования заключаются в следующем: для
замены неразработанных к моменту тестирования модулей, кроме самого верх-
него (модуль К на
Рис. 15
), необходимо дополнительно разрабатывать драйверы
(test driver) и/или заглушки (stub), замещающие отсутствующие на момент се-
анса тестирования модули нижних уровней.
К
M1 M2
M11 M12 M21 M22
Рис. 15. Пример структуры комплекса программ
Страницы
- « первая
- ‹ предыдущая
- …
- 65
- 66
- 67
- 68
- 69
- …
- следующая ›
- последняя »
