User Story – это не то же самое, что спецификация, хоть и похожа на нее. Если писать в общем, то user story скорее представляет собой небольшое описание намерений, что именно должна делать конкретная система для пользователей.
Сформулировать User Story – это дать в одном предложении ответ сразу на три вопроса:
1. Какое действующее лицо?
2. Какое действие он хочет выполнить или что он хочет получить?
3. Зачем ему это?
По итогу должен получиться ряд фраз, о том, что нужно потребителю (например, «Как новый пользователь, я хочу зарегистрироваться в систему интернет-магазина для того, чтобы купить нужный товар»).
Для тестировщика ПО ценность user story в том, что каждая из них – своеобразный сценарий для проведения тестов.
1. Какое действующее лицо?
2. Какое действие он хочет выполнить или что он хочет получить?
3. Зачем ему это?
По итогу должен получиться ряд фраз, о том, что нужно потребителю (например, «Как новый пользователь, я хочу зарегистрироваться в систему интернет-магазина для того, чтобы купить нужный товар»).
Для тестировщика ПО ценность user story в том, что каждая из них – своеобразный сценарий для проведения тестов.
Структура user story состоит из нескольких элементов:
При этом при написании user story нужно всегда иметь в виду цель продукта. Если между user story и целью продукта нет связи – значит написано неправильно.
- Действующее лицо
Действующие лица можно выделять в некоторые группы по разным параметрам, например, по важности, а также давать им уникальные названия («как постоянный пользователь», «как пользователь сайта it-testing-school.com» и т.д.). - Действие
Действие представляет собой то, что должно быть выполнено. Оно должно быть одним, основным и описываться на уровне вопроса «что?», а не «как?» («хочу узнать программу онлайн-курса», а не «открою раздел "Тестировщик с нуля"»). То есть в данном случае скорее подразумевается проблема, а не сразу ее решение. - Ценность
Ценность – то, что важно действующему лицу («чтобы принять решение, учиться ли тестированию ПО или нет»)
При этом при написании 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:
Мы в соцсетях: