Техпрогон
ВойтиНачать бесплатно
Код-ревью Junior User story, use case, критерии приёмки спрашивают часто обновлено

Ревью user story на оплату

Вопрос

Найди проблемы в истории и критериях приёмки.

История: Как система, я хочу интегрироваться с ЮKassa.
Критерии приёмки:
1. Оплата работает быстро.
2. В таблицу payments пишется строка со статусом.
3. Пользователю всё понятно.
4. При ошибке что-то показывается.

Коротко

Переписать: «Как покупатель, я хочу оплатить заказ картой, чтобы получить товар без звонка менеджеру» и критерии в Given/When/Then: успешная оплата, отказ банка, таймаут, повторный клик по «Оплатить» не создаёт второй платёж.

Что должен найти ревьюер

  1. Ошибкастрока 1
    Роль «система» и нет «чтобы»: нет пользователя и ценности, это техническая задача, а не история
  2. Ошибкастрока 3
    «Быстро» непроверяемо, нужен предел времени и условия
  3. Стильстрока 4
    Описана реализация (таблица), а не наблюдаемое поведение
  4. Ошибкастрока 5
    «Всё понятно» не проверить
  5. Ошибкастрока 6
    Не указано, какая ошибка и что именно видит пользователь; нет сценариев отказа банка, таймаута, повторной оплаты

Разбор

Переписать: «Как покупатель, я хочу оплатить заказ картой, чтобы получить товар без звонка менеджеру» и критерии в Given/When/Then: успешная оплата, отказ банка, таймаут, повторный клик по «Оплатить» не создаёт второй платёж.

Ответьте сами, а не прочитайте

В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.

Потренироваться бесплатно

Предыдущий вопрос

Ревью нарезки эпика

Следующий вопрос

Ревью use case «Записаться к врачу»

Урок по теме

User story, use case и критерии приёмки

Термины по теме

3C в user storyExample mapping

Ещё по теме «User story, use case, критерии приёмки»

Все вопросы модуля