Хід виконання роботи:
5.1. Як основу для виконання завдання взяти програмний код, реалізований у лабораторній роботі № 1 відповідно до завдання викладача.
5.2. Як схему програми взяти діаграму дії (UML activity), реалізовану в ході виконання лабораторної роботи № 1, а також граф керування по метриці Маккейба.
5.3. Позначити буквами або цифрами галузі алгоритму на графі керування або діаграмі дій (UML activity).
5.4. Виписати шляхи алгоритму, які повинні бути перевірені тестами для даного методу тестування.
5.5. Записати тести, які дозволять пройти по шляхах алгоритму.
5.6. Протестувати розроблену Вами програму. Результати оформити у вигляді таблиць. Виводи за результатами тестування: а) кількість виявлених помилок у програмі; б) час, витрачений на тестування програми; в) який тест привів до виявлення помилки.
5.7. Оформити звіт по лабораторній роботі № 4.
Питання до захисту роботи:
Дайте визначення Мм-шляху Відповідь_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
Як оцінити складність інтеграційного тестування у випадку объектно-ориентированного програмування?
Відповідь_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
На якому етапі розробки ПО застосовується інтеграційне тестування?
Відповідь_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
Висновок
______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
Лабораторна робота №5 тестування методами “білого ящика” критерій решень
Тема роботи: Огляд методу крітерієв рішень тестування ПЗ
Мета роботи: Знайомство з методами тестування логіки програми (методами покриття), створення формалізованого опису результатів тестування й проведення тестування на реальному прикладі програмного коду.
3 Опис робочого місця: На кожному робочому місці повинен бути комп`ютер з операційною системою Windows.
Теоретичний матеріал:
Критерій рішень (умов)
Критерій покриття рішень/умов вимагає такого достатнього набору тестів, щоб всі можливі результати кожної умови в рішенні виконувалися принаймні один раз, всі результати кожного рішення виконувалися принаймні один раз й, крім того, кожній крапці входу передавалося керування принаймні один раз.
Два тести методу покриття умов
а) A=2, B=0, X=4 ace
б) A=1, B=1, X=0 abd відповідають і критерію покриття рішень/умов. Це є наслідком того, що одні умови наведених рішень приховують інші умови в цих рішеннях. Так, якщо умова А>1 буде помилковим, транслятор може не перевіряти умови В=0, оскільки при будь-якому результаті умови В=0, результат рішення ((А>1)&(В=0)) прикмет значення неправда. Отже, недоліком критерію покриття рішень/умов є неможливість його застосування для виконання всіх результатів всіх умов.
Інша реалізація розглянутого приклада наведена на малюнку 2.3. Многоусловные рішення вихідної програми розбиті на окремі рішення й переходи. Найбільш повне покриття тестами в цьому випадку виконується так, щоб виконувалися всі можливі результати кожного простого рішення. Для цього потрібно покрити шляхи HILP (тест А=2,В=0,Х=4), HIMKT (тест А=3, В=1, Х=0), HJKT (тест А=0, В=0, Х=0), HJKR (тест А=0, В=0, Х=2)..
Протестувавши алгоритм на малюнку 2.3, неважко переконатися в тім, що критерії покриття умов і критерії покриття рішень/умов недостатньо чутливі до помилок у логічних вираженнях.
Рисунок 5.1 -