Інтеграційне тестування

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 разів – помилок не виявлене

 

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

Як основу для виконання завдання взяти програмний код мовою С# й Java, реалізований у лабораторній роботі № 1 відповідно до завдання викладача.

5.1 Побудувати діаграми послідовності (Sequence Diagrams) і взаємодії (Collaboration Diagrams), наприклад, у системі MS Visio або Rational окремо для програми мовою С# й Java.

5.2 Виявити Р- і Мм-шляхи.

5.3 Підготувати у вигляді таблиці 8.1 серію тестів (не менш 3) окремо для програми на С# й Java.

5.4 Методи класів графічного інтерфейсу, відповідальні за вивід результату на форму користувальницького інтерфейсу в тестируемой програмі, замінити спеціально розробленою заглушкою.

5.5. Виконати кожен тест і результати відобразити в таблиці 8.1.

5.6 Оформити звіт по лабораторній роботі № 8.


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

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

 


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: