Ответ.

История вопроса

Приемочные критерии — это набор требований, который должен быть выполнен, чтобы работа (релиз, задача, тест-кейс) считалась завершённой. В ручном тестировании четко заданные условия позволяют избежать ошибок, недопониманий и "скрытых" недоработок.

Проблема

Отсутствие прозрачных критериев приводит к разным трактовкам "готовности": разработчик считает задачу закрытой, тестировщик — не все светит, а заказчик — ждет соответствия бизнес-логике.

Решение

Выработка измеримых, понятных и непротиворечивых критериев (например, "кнопка работает", "данные сохраняются при обновлении страницы", "ошибок валидации не возникает"). Важно согласовать DoD между заказчиком, тестировщиком и разработчиком, отражать изменения требований и фиксировать выполнение критериев для каждой stories/issues.

Ключевые особенности:

Позволяют избежать разночтений и лишних ожиданий.
Формируют чек-листы для ручных тестов.
Помогают фокусироваться на важном.

Вопросы с подвохом.

Обязательно ли выполнение всех критериев для закрытия задачи?

Да, это и есть сущность DoD — задача считается завершённой только при выполнении всех критериев.

Можно ли изменить DoD в процессе тестирования или релиза?

Да, если изменились требования или появились новые детали, но об этом обязательно должны знать все участники команды, особенно тестировщик.

Кто должен определять DoD?

Вся команда вместе — с участием тестировщиков, разработчиков, бизнес-аналитиков и представителей заказчика.

Типовые ошибки и анти-паттерны

Общие, нечеткие формулировки вроде «фича работает».
Нефиксированные изменения критериев на лету.
Игнорирование DoD при релизе или приемке.

Пример из жизни

Негативный кейс

Задача принята без формализованных критериев: коллеге казалось, что всё работает. Заказчик через день находит "скрытый" баг. Тестировщик утверждает, что баг не относился к задаче.

Плюсы:

Быстрое закрытие задач

Минусы:

Пропущенные критичные дефекты
Конфликтные ситуации с заказчиком

Позитивный кейс

Перед тестированием формируются конкретные критерии, после выполнения каждого вручную ставится отметка о выполнении. Любое изменение фиксируется и согласуется с командой.