Техніки тест-дизайну. Частина 1

План уроку:

• Black box

• - Класи еквівалентності (Equivalence Class)

• - Граничні значення (Boundary Value)

• - Таблиці Рішень (Decision Tables)

• White box

• - Тестування операторів (Statement testing)

• - Тестування умов (Condition testing)

• - Тестування рішень / гілок (Decision/branch testing)

• Як писати гарні тест-кейси

• Практика написання простих документів

Test Design

Тест-дизайн – це один з етапів процесу розробки програмного забезпечення, етап вигадування, розробки та впорядкування тестів у набори, на основі аналізу вимог та функціональності продукту.

Техніка тест-дизайну – це метод проєктування тестів.

Test Design. Статичні техніки

Статичні методи розробки тестів – це методи тестування, які включають тестування без виконання коду.

В основному статичне тестування пов'язане з різного роду переглядами та аналізом коду, тестів та іншої проєктної документації.

Ручні методи статичного дизайну (Manual Static Design Techniques)

• перегляд (Walkthrough)

• неформальна рецензія (Informal reviews)

• технічна рецензія (Technical reviews)

• аудит (Audit)

• інспекція (Inspection)

• менеджмент-рецензія (Management reviews)

Інструментальні методи статичного дизайну (Static Design Techniques)

• статичний аналіз коду (Static analysis of code)

• відповідність коду стандартам (Complіance with coding standards)

• аналіз метрик коду (Analysis of code metrics)

Test Design. Динамічні техніки

Документи проведення тестування

Різні тест-формати

•Чек-ліст (Check List) — список запланованих тестів, без подробиць, кроків, очікуваних результатів. Може  існувати також у більш деталізованій версії – з пріоритетами, тестовими даними і т.д.

•Тестовий випадок (Test Case) — докладні інструкції щодо виконання перевірки, з перед- та пост-умовами,

кроками та очікуваними результатами.

•Тестовий набір (Test Suite) – набір тест-кейсів за певною ознакою, найчастіше функціоналом.

•Тестовий сценарій (Test Scenario) — тести, орієнтовані на відтворення поведінки користувача, взаємодії між

компонентами.

•Матриця тестування (Test Matrix) – тести, які необхідно областей/компонентів/конфігурацій, але з однаковими кроками тестування.

Test Design. На основі специфікації

• Класи еквівалентності (Equivalence partitioning)

• Граничні значення (Boundary value analysis)

• Таблиця прийняття рішень (Decision tables)

• Попарне тестування (Pairwise Testing)

• Діаграма переходів станів (State transition testing)

• Користувацькі сценарії (Use case testing)

Тестування Граничними значеннями. Приклад

Це перевірка значеннями, що знаходяться на границях класів еквівалентності.

Як ви думаєте які вони? Та до яких класів належать?

Значення границь завжди включені в один із класів еквівалентності.

Таблиця прийняття рішень (Decision tables)

Таблиця прийняття рішень за стандартом ISTQB – метод проєктування тестів шляхом «чорної скриньки», в якому тестові приклади призначені для виконання комбінацій вхідних даних та причин, показаних у таблиці рішень.

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

Таблиця прийняття рішення для аналізу проблеми з прінтером

Таблиця прийняття рішень (Decision tables). Практика

Завдання: скласти таблицю прийняття рішень для самокерованого автомобіля для проходження світлофору.

Приклад таблиці для розв'язання задачі зі світлофором:

Test Design. На основі структури

• Тестування операторів (Statement testing)

• Тестування умов (Condition testing)

• Тестування рішень/гілок (Decision/branch testing)

Властивості якісних тестів

Рекомендації написання тестів

Описуйте складні кроки або області фокусу тестового прикладу:

• якщо ви тестуєте пошук – будьте детальні;

• якщо ви використовуєте пошук, щоб отримати продукт, який ви збираєтеся тестувати, напишіть 1-м рядком;

• пропускайте деталі простих або часто використовуваних кроків;

• вкажіть приклади/умови/готові запити тестових даних, якщо для їх пошуку потрібні додаткові знання/дії;

• пам'ятайте про всіх, хто користуватиметься вашими тестами – користувачі/команда автоматизації/нові члени команди - для них може мати сенс додати додаткові деталі.

Q&A 

Дякую всім за заняття!🙌🏻

❗️🎓Техніки тест-дизайну. Частина 1

❗️🖥 Матеріали до уроку

❗️📖 Домашня робота до уроку

Нагадую, що дедлайн здачі домашніх робіт – до наступного уроку.

Якщо виникають складнощі, пишіть, допоможу із задоволенням 😌

Запис лекції тренер опублікує трохи пізніше 🖥

Не забудьте повторити матеріал та підготуватися до наступного уроку📚

Успіху і до зустрічі!🤩