Вижу посты про критерии приемки, но почему-то все пишут только про US. Расскажу на каких еще уровнях работы БА они могут возникать.
Acceptance criteria или критерии приемки определяют условия, необходимые выполнить, чтобы считать определенный процесс, функциональность или продукт завершенным и готовым для передачи заказчику или другому пользователю.
В рамках жизненного цикла ПО между этапами «Тестирование» и «Внедрение» проводят серию встреч по его сдаче. Может происходить по предусмотренному формату в виде ПСИ, для которых пишутся ПМИ и акты приема-передачи ПО, а могут — упрощенные форматы.
https://babok-school.ru/blog/programma-i-metodika-ispitanyi-as/
В актах или ПМИ и прописывают общие критерии или условия, которым должно соответствовать ПО или отдельные функции.
Следующий уровень — работа с требованиями и их постановкой в виде задач разработчикам (непосредственно программистам).
В таком случае, критерии могут принимать формат DOR (definition of ready) или DOD (definition of done).
https://babok-school.ru/blog/definition-concepts-and-acceptance-criteria-from-babok/
И третий уровень работ — работа с User Story.
https://habr.com/ru/companies/X5Tech/articles/723742/
А вот подходов к написанию критериев приемки для US пока существует два:
1. Сценарно-ориентированный или подход по Геркину (https://systems.education/acceptance_criteria_userstory#script)
💩Given (Дано): чёткое описание контекста, состояние системы в начальный момент времени
💩When (Когда): действие, которое выполняет пользователь или система
💩Then (Тогда): ожидаемый результат
2. Чек-листы. Простой список правил или условий, которые должны быть выполнены для того, чтобы посчитать US выполненной и корректно работающей.