Этот вопрос проверяет умение оценить качество и готовность пользовательской истории к работе.
User Story составлена правильно, если она соответствует критерию INVEST, имеет четкие и однозначные критерии приемки, и вся команда разработки (включая тестировщиков) одинаково понимает, что нужно сделать. Простой тест — может ли команда дать оценку effort'а для этой истории и представить, как ее тестировать.
Правильно составленная история — это готовая к работе история. Ее качество проверяется по нескольким критериям.
Чек-лист для проверки User Story:
Соответствие INVEST:
Проходит ли она по всем пунктам? Особенно важны "Небольшая" и "Тестируемая".
Наличие четких критериев приемки:
Есть ли список условий "Дано/Когда/Тогда"?
Покрывают ли они все ключевые сценарии, включая ошибочные?
Понимает ли тестировщик, как проверить эту историю?
Однозначность для команды:
Проведено ли обсуждение (уточнение) истории с командой?
Все ли члены команды (разработчики, тестеры) имеют одинаковое видение результата?
Нет ли неясных терминов или формулировок?
Наличие определения "Готово" (Definition of Done):
Понятно ли, что кроме рабочего кода нужно для завершения истории (например, написанные тесты, обновленная документация, код-ревью)?
Пример плохой истории: "Сделать красивый интерфейс" (не тестируема, не оцениваема).
Пример хорошей истории: "Как пользователь, я хочу видеть красное сообщение об ошибке, если ввожу неправильный пароль, чтобы понять, что нужно попробовать еще раз". (Ценность ясна, критерии приемки очевидны).
