Код-ревью Middle User story, use case, критерии приёмки обновлено
Ревью use case «Записаться к врачу»
Вопрос
Найди проблемы в use case.
Название: Запись
Актор: пользователь
Основной сценарий:
1. Пользователь заходит на сайт.
2. Выбирает врача и время.
3. Система записывает пациента в таблицу appointments.
4. Готово.
Постусловия: нет
Коротко
Хороший use case показывает актора с целью, предусловия, шаги взаимодействия без деталей реализации, альтернативы (слот занят пока выбирал) и исключения, постусловия. Здесь есть только счастливый путь.
Что должен найти ревьюер
- Стильстрока 1Название не по схеме «глагол + объект» и не говорит о цели: лучше «Записаться на приём к врачу»
- Ошибкастрока 2«Пользователь» размыт: пациент, его представитель, оператор колл-центра? У ролей разные права
- Ошибкастрока 3Нет предусловий: авторизован ли пациент, есть ли у врача свободные слоты
- Ошибкастрока 6Шаг описывает реализацию (таблица) вместо поведения; нет подтверждения пациенту
- Ошибкастрока 7«Готово» не шаг; нет альтернатив и исключений: слот занят, нужен номер полиса, отмена
- Ошибкастрока 8Постусловий нет, а должны быть: запись создана, слот занят, пациент получил подтверждение
Разбор
Хороший use case показывает актора с целью, предусловия, шаги взаимодействия без деталей реализации, альтернативы (слот занят пока выбирал) и исключения, постусловия. Здесь есть только счастливый путь.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.
Термины по теме
Ещё по теме «User story, use case, критерии приёмки»
- Критерий приёмки про поведение
- Критерии приёмки для повторного запроса
- Кейс: нарезать эпик «Подписка на доставку»
- Кейс: восстановление пароля
- Шаблон user story
- Принцип 3C
- Example mapping
- INVEST