Модуль 4 · Урок 15
Test procedures, suites і execution evidence
Test implementation організовує cases у виконувану систему, а execution зіставляє actual та expected. Результат має відповідати точному build, environment, data й configuration — інакше його не можна надійно відтворити.
Case, procedure і suite — різні рівні
Order має значення лише коли залежність виправдана. Якщо test 2 може виконуватися самостійно, не змушуйте його залежати від side effect test 1.
Execution log — це факт, а не переписаний case
| Записати | Приклад |
|---|---|
| Build / environment / config | bookflow-2.8.0 / qa-sandbox / BL-M4-001 |
| Data / timestamp / executor | DATA-BOOK-VALID-01 / UTC / QA learner |
| Actual result | Booking confirmed; inventory changed once. |
| Status | passed, failed, blocked, skipped, not run. |
| Evidence | Response, state snapshot, ledger and audit reference. |
Actual result описує спостереження. Не замінюйте його словом «fail»: інша людина має зрозуміти різницю без повторного запуску.
Status має зберігати правду
Blocked не є passed і не доводить coverage. Для rerun збережіть первинний result та створіть новий execution record.
Evidence без витоку даних
Доказ має бути достатнім, але мінімальним: timestamp, request ID, relevant response fragment, state before/after і logs у дозволеному середовищі. Редагуйте tokens та персональні поля. Скриншот без URL, build і state часто слабший за структурований export.
Практика
У `execution-procedure.csv` зберіть порядок і cleanup, а в `execution-log.csv` зафіксуйте build, configuration, actual, status та evidence. Поясніть, чому blocked case не зараховано як covered.
Офіційне джерело
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.