Критерии приёмки для пользовательских историй: цели, форматы, примеры

Конспект статьи. Автор оригинала: ProQualityCommunity (перевод AltexSoft)

Критерии приёмки — условия, которым должна соответствовать история, чтобы её приняли. Во вводном примере команда сделала поиск по строке вместо кликабельных категорий, потому что требование было расплывчатым. Критерии фиксируют до разработки и согласуют со всеми.

Зачем нужны

• уточнить границы: что входит в историю, а что нет;
• описать негативные сценарии;
• согласовать видение заказчика и команды;
• стать основой приёмочного тестирования;
• помочь с декомпозицией и оценкой.

Форматы

• Сценарный (Given/When/Then) — из BDD; удобен тестировщикам.
• Список правил — для системных требований и ограничений интерфейса. Пример для поиска отеля: расположение поля, серая подсказка, лимит 200 символов, запрет спецсимволов с предупреждением.
• Свои форматы — допустимы, если однозначны.

Пример пары сценариев для банкомата: при достаточном балансе деньги списываются, выдаются, карта возвращается; при недостаточном — отказ без выдачи денег.

Хорошие практики

• писать критерии до разработки, но не дальше чем на пару спринтов вперёд;
• передавать намерение, а не готовое решение;
• не уходить в избыточные детали;
• делать критерии измеримыми и тестируемыми;
• избегать технических деталей для нетехнической аудитории, отрицаний и громоздких фраз;
• добиваться общего понимания всеми участниками.