Зміст лекції

Розглянемо різні підходи до розробки тестів, два до вибору тестових даних та два до реалізації тестового коду.

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

Нехай задано наступний фрагмент набору вимог для моделі обміну транзакціями: функція DoTransaction повинна приймати адресу та дані відповідно до параметрів, створювати в черзі новий елемент, заповнювати його адресну частину та частину полів даних переданою інформацією та ініціювати транзакцію. Функція DoAddressTenure повинна приймати адресу відповідно до параметрів, створювати в черзі новий елемент та заповнювати його адресну частину. Функція DoDataTenure повинна приймати дані відповідно до параметрів, знаходити в черзі перший елемент с частково незаповненими полями даних, доповнювати його переданою інформацією та ініціювати транзакцію.

Концептуальне описання набору тестів, що перевіряють специфікацію може виглядати наступним чином:

• викликати DoTransaction з адресою та даними. Перевірити появу в черзі ще одного елементу. Перевірити появу на шину транзакції з правильною адресою та даними.

• викликати DoAddressTenure з адресою. Перевірити появу в черзі ще одного елементу. Перевірити присутність нової транзакції на шині.

• викликати DoDataTenure з даними. Перевірити заповнення полей даних. Перевірити появу на шині транзакції з правильною адресою та даними.

Тестування сценаріїв. Розробка тестів, заснованих на використанні сценаріїв, відбувається по наступній методиці:

• визначається модель використання, що включає операційне оточення продукту та „акторів”. Актором може бути користувач, інший продукт, апаратна частина та тому подібне, тобто все, з чим продукт обмінюється інформацією. Розділ на оточення та акторів умовний та служить для описання оптимальних способів використання продукту.

• розробляються сценарії використання продукту. Описання сценарію залежно від продукту та обраного підходу може бути строго визначеним, параметризованим або дозволяти деяку ступінь невизначеності. Наприклад, описання сценарію мовою MSC допускає завдання параметризованих сценаріїв з можливістю пере впорядковувати події.

• розробляється набір тестів, що покривають задані сценарії. З врахуванням ступеню невизначеності, що закладена в сценарій, кожен тест може покривати один сценарій, декілька сценаріїв, або, навпаки, частину сценарію.

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

Лекція 4 (2 години)

Тема: Ручна розробка тестів. Генерація тестів

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

Література:

1. Котляров В.П. „Основи тестування програмного забезпечення ” Інтернет – університет інформаційних технологій – ІНТУІТ.ру, 2006

2. Орлов С. А., „Технології розробки програмного забезпечення: Підручник для вузів ”. – Спб.: Пітер, 2004р.

Хід заняття

1. Організаційна частина

а) готовність групи до заняття;

б) психоемоційний настрій;

в) перевірка присутніх;

2. Актуалізація опорних знань студентів:

а) повідомлення теми та мети;

б) повідомлення основних тез теми.

3. Викладення нового матеріалу:

План лекції:

1. Ручна розробка тестів

2. Генерація тестів

3. Ручне тестування

4. Автоматизоване тестування

4. Узагальнення та систематизація знань.

5. Підведення підсумків заняття.

6. Домашнє завдання: вивчити матеріал лекції.

7. Самостійне вивчення: опрацювати тему „Автоматизація тестування за допомогою скриптів” з Методичного посібника для самостійної роботи або з будь-якого іншого джерела (наприклад, мережі Інтернет).