Критерії, verification plan і DoD — різні речі
Критерії приймання відповідають на питання, який результат має бути правдивим. Verification plan описує, як це довести. Готовність задачі або task-level DoD додає перевірку scope, diff, документації, ризиків і людського review.
Зелений тест підтверджує лише перевірений сценарій, але сам по собі не означає, що задачу можна приймати.
| Рівень | Питання |
|---|---|
| Acceptance criteria | Що повинно бути правильним? |
| Verification plan | Яким тестом, командою або спостереженням це довести? |
| Task-level DoD | Чи виконано задачу в межах scope і чи можна її прийняти? |
Формула перевірки кожного критерію
- Очікуваний стан — що має стати правильним.
- Спостережуваний сигнал — як це проявиться.
- Спосіб перевірки — тест, команда, API-запит, лог або ручний крок.
- Умова невдачі — який результат блокує приймання.
| Критерій | Сигнал | Перевірка | Fail condition |
|---|---|---|---|
| Один refund на ключ | Один запис | Regression test | Створено два записи |
| API сумісний | Та сама структура відповіді | API assertion | Зламано клієнта |
| Немає повторної події | Один log event | Перевірка логів | Подію створено двічі | L1 verification для конкретної задачі
План перевірки задачі може містити модульний або регресійний тест, інтеграційний сценарій і, за потреби, ручний API smoke-check. Важливо спочатку перевірити, що регресійний тест відтворює дефект на проблемній версії, а після виправлення проходить.
- Запишіть критерії приймання.
- Обмежте дозволений scope.
- Складіть verification plan до реалізації.
- Додайте або оновіть регресійний тест.
- Реалізуйте виправлення.
- Запустіть локальні та інтеграційні перевірки.
- Перегляньте diff і зафіксуйте ризики.
Чекліст готовності задачі
- Зміни залишаються в погодженому scope.
- Немає випадкових форматувальних або unrelated-змін.
- Релевантні тести та інтеграційна перевірка проходять.
- Public API не порушено.
- Логи відповідають очікуваній поведінці.
- Ризики та limitations описано.
- Diff прочитано людиною.
- Результат можна відтворити іншому розробнику.
Артефакти відтворюваного результату
TASK_SPEC.mdіз метою, scope, критеріями та планом перевірки;- назви регресійних тестів і дані для smoke-check;
- команди, очікувані результати та fail conditions;
- результати тестів і логи;
- підсумок людського review та залишкові ризики.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush