Висхідне тестування інтеграції

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

Кроки методики висхідної інтеграції.

• Модулі нижнього рівня об'єднуються в кластери (групи, блоки), що виконують визначену програмну функцію.

• Для координації введень - виводів тестового варіанта пишеться драйвер, що управляє тестуванням кластерів.

• Тестирують кластер.

• Драйвери віддаляються, а кластери об'єднуються в структуру рухом нагору.

Драйвери можуть бути різних типів:

• драйвер А - викликає підпорядкований модуль;

• драйвер В - посилає елемент даних (параметр) із внутрішньої таблиці;

• драйвер С - відображає параметр із підпорядкованого модуля;

• драйвер D - є комбінацією драйверів В и С.

В міру просування нагору необхідність у використанні драйверів зменшується.

Порівняння спадного і висхідного тестування інтеграції

Основний недолік спадного тестування - необхідність заглушок і зв'язані з ним трудності тестування; основна гідність - можливість раннього тестування головних керуючих функцій.

Основний недолік висхідного тестування - система не існує як об'єкт доти, поки не буде доданий останній модуль; основна гідність - спрощується розробка тестових варіантів, відсутні заглушки.

Можливий комбінований підхід, при якому для верхніх рівнів інтеграції застосовують спадну стратегію, а для нижніх рівнів - висхідну.

Список літератури

1.Орлов С.А. Технология разработки программного обеспечения. СПб. : Питер, 2002. - 464с.

2.Соммервилл Иан. Інженерия программногго обеспечения. М.: Вильямс, 2002. - 624с.

3.Ларман Крег. Применение UML и шаблонов проектирования. М. : Вильямс, 2002. - 624с.

4.Давыдов В.И. Кунгурцев А.Б. Об'єктно-ориентированное программирование. Одесса :Автограф, 2003. - 124с.