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