🗊Презентация Серія тестів

Лекція 3. Серія тестів Перший цикл тестування. Отримуємо програми і наступний опис її функціонування: Призначення програми – скласти два введених користувачем числа. В кожному з чисел може бути одна або дві цифри. Програма відображує введені числа і після цього виводить їх суму. Введення кожного числа закінчується натисненням клавіші Ентер. Запускається програма з допомогою команди ADDER (adder.exe).

КРОК 1. Простий і найбільш очевидний тест В програмах, представлених для першого формального тестування, часто одразу виникає збій. Тому варто виконати найпростіший тест.

Звіт про проблеми першого тесту. Помилка проектування. Нема вказівок на те з якою саме програмою ви працюєте Помилка проектування. На екрані нема жодних інструкцій. Звідки знати що робити? Відобразити інструкцію на екрані нескладно, а друкована документація може загубитись. Помилка проектування. Як зупинити виконання програми? Ця інструкція має бути на екрані. Помилка кодування. Цифра 5 виведена в стороні від доданків. Обов’язково необхідно представляти детальний звіт про кожну проблему. Можна згрупувати помилки в один звіт, але цього робити не варто. Документ “звіт про проблему”

КРОК 2. Що ще має бути протестовано Приклад серії тестів.

Загальна кількість тестів 39601. Допустимий діапазон (-99,99) - усього 199. Отже, 1992. Це без врахування будь-яких складних дій користувача (наприклад натиснення бекспейсів і делете). Ефективніше усього перевіряти граничні умови. Якщо для двох тестів очікується однаковий результат, то тести належать до одного класу. В нашому випадку 81 тест відноситься до класу «пара однозначних додаткових чисел». Для виконання слід вибирати ті тести з класу, на яких ймовірніше усього може відбутись збій програми. Класом можна назвати групу значень, які програма обробляє однаковим чином. А граничними значеннями класу є ті вхідні дані, на яких програма міняє свою поведінку. Границю завжди слід перевіряти з обох боків. Програмісти часто переконуються, що критичний фрагмент коду працює на одному із значень і забувають це зробити на другому.

КРОК 3. Перевірка недопустимих значень. Програму тестують тому, що вона може не працювати. На цьому етапі слід перевірити недопустимі значення. В нашому випадку: Додаткові числа і нулі обробляються правильно. Не працює жоден тест з від’ємними числами. Після вводу другої цифри комп зависає. Очевидно програма не очікує вводу від’ємних чисел

КРОК 4. Трохи тестування в режимі «вільного польоту»

КРОК 5. Підсумки про недоліки програми У програми дуже обмежений інтерфейс Програма не працює з від’ємними числами. Найбільша обчислювана сума – 198, найменша – 0. Третій ввідний символ програма інтерпретує як натиснутий Ентер Поки не натиснуто Ентер будь-які символи сприймаються як допустимі Програма не перевіряє чи дійсно введена цифра. Якщо програміст не зовсім некомпетентний, то для таких результатів має бути причина. Скоріш за все програміст намагався зробити програму якомога меншою за розміром або швидкою.

Підсумки першого циклу тестування Оскільки програма пройшла простий тест, булла розроблена серія формальних тестів для перевірки роботи з допустимими даними. Ці тести будуть використані і далі. Оскільки частину перевірок програма не пройшла, на планування подальших тестів поки доцільно не витрачати час. Замість цього було проведено ряд неформальних експериментів і виявлено, що програма дуже нестабільна. До написаних зауважень слід повернутись при наступному тестуванні програми.