Критерії, verification plan і DoD — різні речі

Критерії приймання відповідають на питання, який результат має бути правдивим. Verification plan описує, як це довести. Готовність задачі або task-level DoD додає перевірку scope, diff, документації, ризиків і людського review.

Зелений тест підтверджує лише перевірений сценарій, але сам по собі не означає, що задачу можна приймати.

РівеньПитання
Acceptance criteriaЩо повинно бути правильним?
Verification planЯким тестом, командою або спостереженням це довести?
Task-level DoDЧи виконано задачу в межах scope і чи можна її прийняти?

Формула перевірки кожного критерію

  • Очікуваний стан — що має стати правильним.
  • Спостережуваний сигнал — як це проявиться.
  • Спосіб перевірки — тест, команда, API-запит, лог або ручний крок.
  • Умова невдачі — який результат блокує приймання.
Приклад verification plan
| Критерій | Сигнал | Перевірка | Fail condition |
|---|---|---|---|
| Один refund на ключ | Один запис | Regression test | Створено два записи |
| API сумісний | Та сама структура відповіді | API assertion | Зламано клієнта |
| Немає повторної події | Один log event | Перевірка логів | Подію створено двічі |

L1 verification для конкретної задачі

План перевірки задачі може містити модульний або регресійний тест, інтеграційний сценарій і, за потреби, ручний API smoke-check. Важливо спочатку перевірити, що регресійний тест відтворює дефект на проблемній версії, а після виправлення проходить.

  1. Запишіть критерії приймання.
  2. Обмежте дозволений scope.
  3. Складіть verification plan до реалізації.
  4. Додайте або оновіть регресійний тест.
  5. Реалізуйте виправлення.
  6. Запустіть локальні та інтеграційні перевірки.
  7. Перегляньте diff і зафіксуйте ризики.

Чекліст готовності задачі

  • Зміни залишаються в погодженому scope.
  • Немає випадкових форматувальних або unrelated-змін.
  • Релевантні тести та інтеграційна перевірка проходять.
  • Public API не порушено.
  • Логи відповідають очікуваній поведінці.
  • Ризики та limitations описано.
  • Diff прочитано людиною.
  • Результат можна відтворити іншому розробнику.

Артефакти відтворюваного результату

  • TASK_SPEC.md із метою, scope, критеріями та планом перевірки;
  • назви регресійних тестів і дані для smoke-check;
  • команди, очікувані результати та fail conditions;
  • результати тестів і логи;
  • підсумок людського review та залишкові ризики.

Канонічне джерело уроку · JavaRush

Відкрити матеріал JavaRush