Для чего разрабатываются критерии приемлемости?

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

1. Четкое определение требований: Перевод общих пользовательских историй или спецификаций в конкретные, проверяемые условия.
2. Согласование с заинтересованными сторонами: Обеспечение единого понимания ожидаемого поведения между заказчиками, разработчиками, тестировщиками и другими участниками проекта.
3. Основа для тестирования: Предоставление явных сценариев и ожидаемых результатов, которые используются для планирования, разработки и выполнения тестов.
4. Критерий готовности (Definition of Done): Являются частью критериев, определяющих, когда функционал считается завершенным и готовым к релизу.
5. Снижение неопределенности и рисков: Минимизация вероятности недопонимания, что может привести к ошибкам и необходимости переработки.

Обычно критерии приемлемости пишутся в формате "Given-When-Then" или с использованием списка условий.

// Пример критерия приемлемости для пользовательской истории:
// Как зарегистрированный пользователь, я хочу видеть свои заказы, чтобы отслеживать их статус.

Сценарий: Просмотр списка заказов
  Если я авторизован как зарегистрированный пользователь
  И у меня есть совершенные заказы
  Когда я перехожу на страницу "Мои заказы"
  Тогда я вижу список моих заказов
  И для каждого заказа отображается номер
  И для каждого заказа отображается дата
  И для каждого заказа отображается статус
  И для каждого заказа отображается общая сумма