Файл: методичка, тестування.doc

Крок 4. Перетворення кожного стовпця таблиці в тестовий варіант. У нашому прикладі 4 тестових варіанти.

ТВ 1 (стовпець 1):

ВД: розрахунок по середньому тарифі, місячне споживання енергії - 60 квт/ч.

Оч. РЕЗ :мінімальна місячна вартість.

ТВ 2 (стовпець 2):

ВД: розрахунок по перемінному тарифі, місячне споживання - 90 квт/ч.

Оч. РЕЗ : процедура А планування розрахунку.

ТВ 3 :

ВД: розрахунок по середньому тарифі, місячне споживання - 100 квт/ч.

ТВ 4 :

ВД: розрахунок по перемінному тарифі, місячне споживання - 100 квт/ч.

Оч. РЕЗ : процедура В планування розрахунку.

Тестування інтеграції

Тестування інтеграції підтримує складання суцільної програмної системи. Тести проводяться для виявлення помилок інтерфейсу. Перерахуємо основні категорії помилок інтерфейсу:

• утрата даних при проходженні через інтерфейс;

• відсутність у модулі необхідного посилання;

• несприятливий вплив одного модуля на іншій;

• підфункції при об'єднанні не утворять необхідну головну функцію;

• окремі (припустимі) неточності при інтеграції виходять за припустимий рівень;

• проблеми при роботі з глобальними структурами даних.

Спадне тестування інтеграції

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

Головний керуючий модуль (вершина ієрархії) використовується як тестовий драйвер. Усі безпосередньо підпорядковані йому модулі тимчасово заміщаються заглушками.

Одна з заглушок заміняється реальним модулем. Модуль вибирається пошуком у ширину або глибину.

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

Якщо в модулі-драйвері вже немає заглушок, робиться зміна модуля драйвера (пошуком у глибину або ширину).

Виконується повернення на крок 2 (доти поки не буде побудована ціла структура).

Гідність спадної інтеграції: помилки в головній частині системи, що управляє, виявляються в першу чергу.

---

Нестача: труднощі в ситуаціях, коли для повного тестування на верхніх рівнях потрібні результати опрацювання нижніх рівнів.

Для боротьби з зазначеною нестачею існують три рішення:

• відкладати деякі тести до заміщення заглушок модулями;

• розробляти заглушки, що частково виконують функції модулів;

• підключати модулі рухом знизу нагору.

Перше рішення викликає складності в оцінці результатів тестування.

Для реалізації другої можливості вибирається одна з наступних категорій заглушок:

• заглушка А - відображає параметр, що проходить;

• заглушка В - відображає повідомлення, що трасується;

• заглушка С - повертає значення із таблиці;

• заглушка D - виконує табличний пошук по ключу (вхідному параметру) і повертає зв'язаний із ним вихідний параметр.

---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---