Модуль 1 · Урок 3
Test process, testware і traceability
Test process — не конвеєр із жорсткими фазами. Активності можуть бути паралельними й ітеративними, але кожна повинна мати decision, input, testware, evidence та відповідального.
Шість груп активностей
Testware залежить від активності
| Input / activity | Приклади testware | Контроль якості |
|---|---|---|
| Planning | Test plan, risk register, schedule | Objectives і constraints узгоджені |
| Analysis | Test conditions, coverage model | Links до test basis і risk |
| Design | Test cases, data, expected results | Oracle і preconditions однозначні |
| Execution | Logs, results, defect reports | Evidence відтворюване й timestamped |
| Completion | Summary, residual-risk statement | Decision owner бачить межі доказу |
Двостороння traceability
Forward trace відповідає: «чим покрито requirement або risk?». Backward trace відповідає: «чому існує цей test case і яке рішення він підтримує?». Зв’язок test basis → condition → case → result → defect допомагає бачити gaps, impact змін та scope regression.
Traceability не дорівнює бюрократії
Не створюйте таблицю заради таблиці. Деталізація має відповідати ризику, SDLC, регуляторним вимогам і вартості підтримки.
Практика
- Заповніть `test-process-map.csv` для BookFlow.
- Побудуйте щонайменше три ланцюги у `traceability-matrix.csv`.
- Знайдіть одну uncovered requirement і один test case без basis.
- Запишіть residual risk, який не закриває поточний scope.
Офіційне джерело
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.