5 Хід виконання роботи:

Використовуючи створену в лабораторній роботі програму мовою Java, підготувати з використанням бібліотеки JUnit тестові класи й серію тестів кожного класу Java-програми. Для формування серії тестів використати дані лабораторної роботи № 2, тобто вхідні й вихідні масиви даних для тестування.

5.1 Створити проект із тестовими класами.

5.2 Переконатися в проходженні всіх тестових даних отриманих у лабораторній роботі № 2.

5.3 Розширити класи тестів так, щоб у них застосовувався метод assertTrue й/або assertFalse.

5.4 Змінити Java-програму так, щоб модульне тестування було реалізовано засобами обробки виключень.

5.6 Виводи ( чи виявлені помилки в програмі? Які тести виконані невдало? Який варіант реалізації модульного тестування на вашу думку більше кращий: а. застосування бібліотеки JUnit або б. використання механізму обробки виключень Try-Catch?).

Питання до захисту роботи:

Дайте визначення Мм-шляху Відповідь_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Як оцінити складність інтеграційного тестування у випадку объектно-ориентированного програмування?

Відповідь_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

На якому етапі розробки ПО застосовується інтеграційне тестування?

Відповідь_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Висновок

______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Лабораторна робота № 8 інтеграційне тестування

1 Тема роботи: Огляд методу інтеграційного тестування ПЗ

2 Мета роботи: Знайомство з методами інтеграційного тестування на реальному прикладі програмного коду.

3 Опис робочого місця: На кожному робочому місці повинен бути комп`ютер з операційною системою Windows.

4 Теоретичний матеріал:

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

Тому для опису поводження програми варто застосувати набори діаграм мови UML - моделі поводження системи (Interaction Diagrams). У цю групу входять діаграми послідовності (Sequence Diagrams) і взаємодії (Collaboration Diagrams).

Основною проблемою при інтеграційному тестуванні є той факт, що на момент його виконання окремі модулі (методи й класи) можуть отсутствовать або бути в розробці. Тому необхідно на їхнє місце розробити заглушку (stub), що імітує їхнє поводження.

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

Отже, на основі списку Р- і Мм-шляхів формуються тести. Кожен тест оформляється у вигляді - таблиця 1. Далі в ручному або автоматичному режимі відбувається формування серії тестів і виконання кожного з них. Результати тестування також заносяться в таблицю 1. Якщо виявлено помилку, вона також додається в систему відстеження помилок (bug tracking system).

Рисунок 8.1 - Структура класу з урахуванням шляхів тестування.

Таблиця 8.1 - Приклад опису тесту в інтеграційному тестуванні

Назви взаємодіючих класів:	TСommandQueue, Tcommand	Назва тесту:	Тест № 1
Опис тесту:	тест перевіряє можливість створення об'єкта типу Tcommand і додавання його в чергу при виклику методу AddCommand
Початкові умови:	черга команд порожня
Очікуваний результат:	у чергу буде додана одна команда
Результат тесту:	Тест проведений 10 разів – помилок не виявлене