Тестировщик и пользовательские истории. Примеры User Story.

User Story для тестировщика

Пользовательские истории (англ. User Story) применяются в разработке IT-продуктов, чтобы сформулировать требования к ПО. Этим они проясняют задачи для программистов. User Story используются также и тестировщиками.

Что такое User Story?

Пользовательские истории — описания требований к IT-продукту в виде фраз на общеупотребимом языке. Обычно User Story выглядит как небольшой текст в формате пожелания, который помогает определить, что люди в разных ролях хотели бы от данного программного обеспечения.

Основное предназначение User Story состоит в том, чтобы помочь команде проекта «продемонстрировать на практике» требования к ПО и тем самым в лучшем виде удовлетворить нужды основных пользователей. Пользовательские истории применяются в подходах гибкой разработки ПО.

В чем ценность User Story?

Пользовательские истории — это быстрый способ зафиксировать требования клиента без формирования обширного формализованного документа. Как следствие – в дальнейшем их обновление обходится значительно дешевле. Поэтому они применяются в тех проектах, где надо очень оперативно реагировать на изменение требований и условий функционирования ПО.

Еще одна ценность User Story заключается в том, что их совокупность помогает сформировать процедуру приемочного тестирования. Клиент с помощью пользовательских историй может удостовериться, что ПО было написано корректно.

Как составлять User Story? Правило RAP

Пользовательская история – это не Техническое задание, хотя функционально она похожа на него и выполняет аналогичные задачи. User Story – это отдельное предложение (фраза) о том, что должно делать ПО в данном конкретном случае.

Считается, что в пользовательской истории должны быть ответы на вопросы:

• Кто делает?
• Что делает?
• Зачем делает?

Поэтому для составления User Story предлагаем использовать правило RAP: «Role – Action – Profit».

Role – Роль, действующее лицо, группа пользователей. Ролям можно давать индивидуальное определение. Например: «как постоянный покупатель», «как владелец магазина», «как автор фотографий» и т.п.

Action – Действие, которое хочет сделать пользователь из данной роли. Например: «хочу ознакомиться с системой скидок сервиса», «хочу ранжировать товары по возрастанию стоимости», «хочу менять размеры фотографии».

Profit – Выгода, ценность, преимущество для пользователя. То, ради чего он хочет сделать указанное действие. Например: «чтобы максимально сэкономить на скидках», «чтобы побудить покупателя выбрать товар», «чтобы сделать фото более привлекательным для продажи».

Вот простой пример User Story: [Role] Как новичок в изучении английского языка, [Action] я хочу использовать подсказки мгновенного перевода, [Profit] чтобы быстрее переводить незнакомые слова в тексте.

Еще 6 примеров User Story

• Как пользователь, я хочу контрастный ярлык приложения, чтобы быстрее находить его на экране.
• Как ищущий работу в пассивном режиме, я хочу сделать свое резюме доступным любому заинтересованному работодателю, чтобы не тратить время на его высылку.
• Как покупатель, я хочу использовать корзину, чтобы осмотреть выбранные мною товары в одном месте.
• Как владелец парикмахерской, я хочу видеть на сайте фотографии предлагаемых причесок, чтобы привлечь больше клиентов.
• Как пассажир, я хочу видеть в приложении все доступные такси, чтобы выбрать наиболее выгодный вариант.
• Как сторонник здорового питания, я хочу видеть состав продукта, чтобы следить за своим здоровьем.

Как User Story применяется в тестировании

В чем ценность пользовательских историй для QA (Quality Assurance):

• Помогают составить план тестирования (разбить по историям);
• Каждая User Story – аналог сценария тестирования, в котором можно сделать комплект тест-кейсов или чек-листов;
• Облегчают формулирование тестовых действий и ограничений;
• Позволяют гибко менять стратегию и план тестирования при изменении требований от клиента;
• Упрощают расчет показателей тестового покрытия;
• Помогают сформировать испытания для приемочного тестирования.

Резюме

Пользовательские истории — это требования к ПО в виде «хотелок» от разного рода пользователей. Они используются всеми членами IT-команды, в т.ч. тестировщиками. В тестировании User Story помогают более детально взглянуть на ПО с точки зрения пользователей и сделать более гибкие и адаптированные под ситуации тесты.