В чём наиболее точная разница между критериями приёмки и тест-кейсами, если вы пишете PRD (Product Requirements Document)?
AКритерии приёмки задают список задач разработки на спринт, а тест-кейсы для проверки фичи отдельно не нужны
BКритерии приёмки описывают, что должно быть верно для принятия фичи, а тест-кейсы фиксируют шаги проверки этих условий
CТест-кейсы фиксируют цели бизнеса и продуктовые гипотезы, а критерии приёмки задают идеи и направления для будущих экспериментов
DКритерии приёмки и тест-кейсы по смыслу совпадают, поэтому в PRD можно оставлять любой один раздел из двух
Правильный ответ. Критерии приёмки задают условия принятия результата, а тест-кейсы описывают процедурные шаги проверки.
Разбор
В PRD (Product Requirements Document) полезно держать критерии приёмки компактными и ориентированными на поведение продукта, чтобы их понимали все роли. Тест-кейсы обычно детальнее и могут жить в тест-плане или системе тестирования. Если смешать эти уровни, PRD превращается в перегруженный документ или, наоборот, теряет проверяемость. Чёткое разделение повышает качество и снижает риск споров о готовности.
Проверь себя · 1/2разбор после ответа
Вы пишете PRD на экспорт заказов. В документе есть разделы «область охвата» и «вне области». Что лучше всего записать во «вне области» для первой версии?
Ещё вопросы по теме «Постановка задачи и PRD»
- Заинтересованная сторона пишет: «Добавьте страницу FAQ про восстановление пароля». Какой вариант лучше всего формулирует постановку проблемы для PRD (Product Requirements Document)?
- Вы пишете PRD на экспорт заказов. В документе есть разделы «область охвата» и «вне области». Что лучше всего записать во «вне области» для первой версии?
- Фича: пользователь может изменить адрес доставки в заказе до передачи в сборку. Какой вариант лучше всего похож на проверяемые `acceptance criteria`?
- Вы добавляете промокоды в корзину. Какой вариант лучше всего подходит для раздела «граничные случаи» в PRD (документ требований к продукту)?
- В PRD (Product Requirements Document) вы полагаетесь на внешнее API, которое должно вернуть расчёт ETA доставки. Как лучше всего зафиксировать такое допущение, чтобы защитить область охвата проекта?
- Все вопросы по «Постановка задачи и PRD» →