Как писать User Story - инструкция по применению

User Story – это не то же самое, что спецификация, хоть и похожа на нее. Если писать в общем, то user story скорее представляет собой небольшое описание намерений, что именно должна делать конкретная система для пользователей.

Сформулировать User Story – это дать в одном предложении ответ сразу на три вопроса:

1. Какое действующее лицо?
2. Какое действие он хочет выполнить или что он хочет получить?
3. Зачем ему это?


По итогу должен получиться ряд фраз, о том, что нужно потребителю (например, «Как новый пользователь, я хочу зарегистрироваться в систему интернет-магазина для того, чтобы купить нужный товар»).

Для тестировщика ПО ценность user story в том, что каждая из них – своеобразный сценарий для проведения тестов.


Структура user story состоит из нескольких элементов:

  1. Действующее лицо
    Действующие лица можно выделять в некоторые группы по разным параметрам, например, по важности, а также давать им уникальные названия («как постоянный пользователь», «как пользователь сайта it-testing-school.com» и т.д.).
  2. Действие
    Действие представляет собой то, что должно быть выполнено. Оно должно быть одним, основным и описываться на уровне вопроса «что?», а не «как?» («хочу узнать программу онлайн-курса», а не «открою раздел "Тестировщик с нуля"»). То есть в данном случае скорее подразумевается проблема, а не сразу ее решение.
  3. Ценность
    Ценность – то, что важно действующему лицу («чтобы принять решение, учиться ли тестированию ПО или нет»)

При этом при написании user story нужно всегда иметь в виду цель продукта. Если между user story и целью продукта нет связи – значит написано неправильно.

Написанную user story можно оценить по системе «INVEST»:
- I – Independent (независимая);
- N – Negotiable (договорная, то есть детали добавлены в результате сотрудничества);
- V – Valuable (ценная);
- E – Estimable (достойный уважения, то есть без расплывчатых формулировок и т. д.);
- S – Small (маленькая, можно выполнить командой менее чем за неделю);
- T – Testable (тестируемый, хорошие критерии приемлемости).

Специалистам QA и QC user story хорошо помогают смотреть на продукт не только со стороны заказчика и его требований, но и обычных пользователей.

Еще больше о тестовой документации вы сможете узнать на нашем курсе "Тестировщик с нуля"!

Подпишитесь на нашу рассылку, чтобы быть в курсе последних новостей нашей компании
По всем вопросам свяжитесь с нами любым удобным способом:

E-mail: itschool.qa@gmail.com

Телефоны:
+38063 519 33 19
+38096 78 90 418

+38099 00 150 55

Соцсети: Facebook | Instagram | Youtube