Какой вариант больше всего похож на проверяемые acceptance criteria в формате Given/When/Then?

AЭкран должен быть удобным и приятным, чтобы пользователь захотел возвращаться и рекомендовать приложение друзьям
BДобавить заметную кнопку с понятным текстом и разместить её в нижней части экрана согласно дизайн-системе
CДизайн должен соответствовать брендбуку, иконки подготовлены, все тексты согласованы с редактором
DGiven пользователь авторизован, When нажимает сохранить профиль, Then изменения сохраняются и отображаются после перезапуска; Given нет сети, When нажимает сохранить, Then показываем ошибку и не теряем введённые данные
Правильный ответ. Формат Given/When/Then помогает писать acceptance criteria как проверяемые сценарии, включая edge cases.

Разбор

Хорошие критерии описывают условия, действие и ожидаемый результат, чтобы тестирование было однозначным. Важно включать не только основной сценарий, но и edge cases, например отсутствие сети или конфликт данных. Тогда команда заранее согласует поведение и минимизирует спорные решения на разработке. Такой стиль делает PRD практичным инструментом для проверки готовности.

Проверь себя · 1/3разбор после ответа
Вы делаете guest checkout (покупка без регистрации). Что наиболее корректно описать в разделе scope для MVP?
Тренировать продукт в Telegram

Ещё вопросы по теме «Постановка задачи и PRD»