Что такое критерии приёмки и как вы их формулируете?
Короткий ответ
- Условия, при которых стори считается выполненной
- Пишутся до разработки, согласуются с командой
- Формат чек-листа или Given-When-Then (Gherkin)
- Каждый критерий проверяем и однозначен
- Покрывают позитивные, негативные и граничные случаи
- Служат базой для тест-кейсов QA
Критерии приёмки — проверяемые условия готовности стори, сформулированные до разработки и покрывающие основные, негативные и граничные сценарии.
Как сказать вслух
пример ответаКритерии приёмки — это список условий, по которым мы поймём, что задача сделана правильно. Я формулирую их до начала разработки и согласую с заказчиком и командой. Чаще всего это либо простой чек-лист, либо формат «дано — когда — тогда», если важна последовательность действий. Главное, чтобы каждый критерий можно было однозначно проверить, и чтобы покрывались не только успешные сценарии, но и ошибки с граничными случаями.
Подробный ответ
Основной ответ
Критерии приёмки (acceptance criteria) — набор проверяемых условий, при выполнении которых user story или требование считается реализованным. Они фиксируют границы задачи и общее понимание «готово» между аналитиком, разработчиком, тестировщиком и заказчиком. Два распространённых формата: список правил (rule-based) и сценарный Given-When-Then из Gherkin — «дано начальное состояние, когда происходит действие, тогда ожидаем результат». Хорошие критерии однозначны, проверяемы, не описывают реализацию («как»), покрывают негативные и граничные случаи: пустые поля, дубли, отказ внешнего сервиса. QA строит на них тест-кейсы, поэтому расплывчатый критерий напрямую превращается в пропущенный баг и спор на приёмке.
Ключевые моменты
- До разработки. Критерии пишутся и согласуются до старта работы — это часть Definition of Ready во многих командах.
- Given-When-Then. Сценарный формат из BDD: фиксирует контекст, действие и ожидаемый результат, удобен для автотестов.
- Негативные сценарии. Критерии обязаны покрывать ошибки и граничные значения, а не только счастливый путь.
- Что, а не как. Критерии описывают наблюдаемое поведение, не навязывая техническую реализацию.
Практический контекст
Почти наверняка на собеседовании попросят написать критерии для конкретной фичи, например «восстановление пароля». Интервьюер проверяет, вспомнит ли кандидат про негативные сценарии (неверный email, истёкшая ссылка, повторный запрос) и сформулирует ли условия проверяемо. Слабый ответ — один критерий «пароль восстанавливается», сильный — структурированный список с граничными случаями.
Частые ошибки
- Описывают только успешный сценарий без ошибок и границ
- Пишут непроверяемые формулировки: «работает корректно», «удобно для пользователя»
- Подменяют критерии приёмки техническими деталями реализации