I — Independentнезависимая
можно сделать без других историй
← Бизнес- и системный анализ: профессия аналитика с нуля
Урок
User story и критерии приёмки (Given-When-Then)
Написать user story по шаблону «Как <роль>, я хочу <действие>, чтобы <ценность>» и критерии приёмки в формате Given-When-Then.
User story и Given-When-Then
Как писать истории и критерии приёмки
User story пишется по шаблону Connextra: «Как <роль>, я хочу <действие>, чтобы <ценность>». Часть «чтобы» — самая важная: она объясняет, зачем нужна функциональность, и помогает команде принимать правильные решения о реализации. Без неё история превращается просто в задачу, и теряется связь с бизнес-целью. Анти-паттерн: «Как пользователь, я хочу кнопку экспорта в PDF» — здесь нет ценности. Правильно: «...чтобы отправлять отчёты клиентам без доступа к системе».
Критерии приёмки в формате Given-When-Then (Дано-Когда-Тогда) пришли из BDD (Behaviour-Driven Development). Структура: Given — исходное состояние системы и контекст до действия; When — конкретное действие пользователя или событие; Then — ожидаемый измеримый результат. Пример: Given: пользователь авторизован и находится на странице заказа; When: пользователь нажимает «Скачать счёт»; Then: браузер скачивает PDF-файл с именем «Счёт_№{номер заказа}.pdf».
Главная ценность формата — проверяемость: Then должен быть конкретным и измеримым, чтобы тестировщик мог однозначно сказать, прошёл тест или нет. Анти-паттерн: Then: «система работает быстро» — нельзя проверить. Правильно: Then: «страница загружается менее чем за 2 секунды».
INVEST: признаки хорошей истории
N — Negotiableобсуждаемая
детали уточняют с командой
V — Valuableценная
есть часть «чтобы…»
E — Estimableоцениваемая
команда может оценить объём
S — Smallнебольшая
влезает в один спринт
T — Testableпроверяемая
есть критерии приёмки
Конспект урока
Как писать истории и критерии приёмки
User story пишется по шаблону Connextra: «Как <роль>, я хочу <действие>, чтобы <ценность>». Часть «чтобы» — самая важная: она объясняет, зачем нужна функциональность, и помогает команде принимать правильные решения о реализации. Без неё история превращается просто в задачу, и теряется связь с бизнес-целью. Анти-паттерн: «Как пользователь, я хочу кнопку экспорта в PDF» — здесь нет ценности. Правильно: «...чтобы отправлять отчёты клиентам без доступа к системе».
Критерии приёмки в формате Given-When-Then (Дано-Когда-Тогда) пришли из BDD (Behaviour-Driven Development). Структура: Given — исходное состояние системы и контекст до действия; When — конкретное действие пользователя или событие; Then — ожидаемый измеримый результат. Пример: Given: пользователь авторизован и находится на странице заказа; When: пользователь нажимает «Скачать счёт»; Then: браузер скачивает PDF-файл с именем «Счёт_№{номер заказа}.pdf».
Главная ценность формата — проверяемость: Then должен быть конкретным и измеримым, чтобы тестировщик мог однозначно сказать, прошёл тест или нет. Анти-паттерн: Then: «система работает быстро» — нельзя проверить. Правильно: Then: «страница загружается менее чем за 2 секунды».