Модуль 4 · Урок 13
Test basis, conditions і measurable coverage
Test analysis відповідає на «що тестувати»: читає basis, знаходить testable features, ризики й дефекти документації та перетворює їх на умови, для яких можна виміряти coverage.
Test basis — це не лише requirement
Basis може включати user story, acceptance criteria, бізнес-правило, модель станів, API contract, макет, risk register, change request або production incident. Для кожного джерела фіксуйте ідентифікатор і версію: без них неможливо довести, що саме було перевірено.
Від basis до test condition
Test condition — аспект test basis, релевантний для досягнення test objectives. Вона має бути короткою, testable і прив’язаною до risk. Не копіюйте весь requirement: виділіть окремі правила, transitions, error handling, data constraints та quality attributes.
| Basis | Condition | Coverage item |
|---|---|---|
| REQ-BOOK-014 v2.3 | Confirmation succeeds for eligible member and available inventory | RULE-CONFIRM-VALID |
| Risk RISK-09 | No capture or booking when inventory is unavailable | RULE-INVENTORY-REJECT |
| REQ-BOOK-021 v1.1 | Hold expires at approved time boundary | BOUNDARY-HOLD-15M |
Coverage має бути рахованим
«Перевірити бронювання» не задає coverage. Натомість rule columns, partitions, boundaries, states, transitions, roles, endpoints або risk items можна перелічити й порівняти з executed results. Відсоток корисний лише разом із визначенням denominator і limitation.
Не приховуйте прогалини basis
Невизначений outcome, суперечливі acceptance criteria або застаріла схема — це finding test analysis. Зафіксуйте питання й не вигадуйте тихе припущення як офіційне правило.
Практика BookFlow
- Відкрийте `test-basis-conditions.csv`.
- Додайте версію basis, risk і окремі test conditions.
- Для кожної умови визначте measurable coverage item.
- Позначте assumptions, прогалини й priority до проєктування cases.
Офіційне джерело
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.