Пользовательские истории
Пользовательские истории -- это один из форматов требований. В тестировании цифровых систем, пошаговые инструкции проведения тестов традиционно называются "сценариями" (test case). Сценарные тесты обыкновенно пишутся на основе пользовательских историй (user story).
Стандартный формат пользовательской истории состоит из трёх секций:
- Имея права (описывается пользователь или системная роль того, кто получит выгоду от функционала),
- Я хочу (описывается желаемый функционал),
- Чтобы (описывается выгода, которую функционал создаст для пользователя).
Стандартный сценарий теста формируется на базе сценария требования. Вот, например, формат "Дано-Когда-Тогда" (Given-When-Then или GWT):
- Дано: (описывается начальное состояние сценария),
- Когда: (описывается последовательность конкретных действий, которое совершает пользователь),
- Тогда: (описывается то, что система должна сделать в ответ на описанную выше последовательность действий).
Сценарий как требования, так и теста, обычно имеет название или другой идентификатор. Утверждения теста описываются простыми предложениями в формате "одно подлежащее, один глагол, одно сказуемое". Каждая секция может иметь несколько утверждений. Каждое утверждение пишется на новой строке. Связка "и" применяется в начале строки для второго и каждого последующего утверждения одной секции.
Так как сценарий создаётся от имени пользователя, сценарные форматы сложно применить к серверным, а не к пользовательским функционалам. Пошаговая инструкция также не опишет тех тестов, ожидаемые результаты которых относятся к качеству, а не измерениям. Тестирование на удобство пользования, например, может оценивать возможность пользователя самостоятельно создать последовательность шагов. Наконец, квалифицированные тестировщики могут не нуждаться в точных деталях сценариев и затраты на их создание необоснованные.
Тестовые спецификации могут использоваться как там, где сценарные тесты неприменимы, так и вместо них. Простые тестовые спецификации выглядят как маркированный список характеристик и функций, опросной лист, дефектная ведомость, или карта контрольных проверок.
Разработчики могут создавать свои форматы. Брацки Техсовет, например, совмещает сценарии и спецификации.
