Тестовые сценарии и пользовательские истории

Тест-кейс из прошлого урока детален: заголовок, предусловия, точные входные данные на каждом шаге, ожидаемый результат. Но писать такой тест-кейс на каждую мелочь дорого по времени — не каждая проверка требует такой строгости. Когда важна последовательность действий пользователя, а не точные данные на каждом шаге, — есть более лёгкая форма: тестовый сценарий.

Тестировщик превращает пользовательскую историю в последовательность шагов тестового сценария

Чему научишься за этот урок:
— отличать тестовый сценарий от чек-листа и от тест-кейса по степени строгости;
— превращать пользовательскую историю в тестовый сценарий;
— расписывать в сценарии типичные развилки пути пользователя.

Тестовый сценарий: между чек-листом и тест-кейсом

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

От пользовательской истории к тестовому сценарию

В главе про требования мы уже разбирали пользовательскую историю (user story) в формате «Как [роль], я хочу [действие], чтобы [ценность]». Тестовый сценарий превращает эту формулировку в последовательность конкретных действий, которые пользователь реально сделает, включая типичные развилки на пути, — но без входных данных на каждом шаге, как в тест-кейсе.

  1. Взять роль и действие из пользовательской истории — это стартовая точка сценария.
  2. Расписать шаги, которые реально сделает пользователь, по порядку, включая типичные развилки (успешный путь и альтернативный путь).
  3. Указать итоговый ожидаемый результат — что должно произойти в конце, если всё прошло успешно.

Пример: от истории к сценарию

Пользовательская история: «Как ученик, я хочу оплатить курс картой, чтобы не искать другой способ оплаты». Роль — «ученик», действие — «оплатить курс картой». Превращаем в тестовый сценарий:

  1. Открыть каталог курсов.
  2. Выбрать нужный курс.
  3. Выбрать способ оплаты «Картой».
  4. Ввести данные карты.
  5. Развилка: если карта одобрена — получить подтверждение оплаты и доступ к курсу в личном кабинете; если карта отклонена — увидеть сообщение об ошибке и вернуться к вводу данных карты.

Заметь: ни на одном шаге не указан конкретный номер карты или код — только последовательность действий и то, что должно произойти в итоге на успешном и на альтернативном пути. Это и есть уровень детализации тестового сценария.

                     Чек-лист       Тестовый сценарий     Тест-кейс
  -----------------  -------------  ---------------------  -------------------
  Шаги по порядку         нет               да                    да
  Входные данные           нет               нет                данные на шаге
  на каждом шаге
  Итоговый результат        -                да                    да
  Результат на шаге         -                нет               да (опционально)

Итог:
— тестовый сценарий — золотая середина между чек-листом и тест-кейсом: есть последовательность действий и итоговый результат, но нет точных входных данных на каждом шаге;
— строится из пользовательской истории: роль и действие задают старт, шаги описывают реальный путь пользователя, включая типичные развилки;
— подходит, когда важна последовательность, а точные данные на каждом шаге были бы избыточны.

Контрольный вопрос. Тестовый сценарий — это:

АГотовый список автотестов, привязанный к конкретному релизу продукта
БКороткий список пунктов «что проверить» без последовательности действий и итогов
ВПоследовательность действий с ожидаемым результатом, без точных входных данных

Подсказка: Вспомни, что тестовый сценарий взял от чек-листа, а что — от тест-кейса.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Что тестовый сценарий унаследовал от тест-кейса, а не от чек-листа?

АПоследовательность шагов по порядку
БТочные входные данные на каждом шаге
ВОтсутствие какой-либо структуры

Подсказка: Чек-лист — это просто список пунктов, без порядка действий.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Что тестовый сценарий унаследовал от чек-листа, а не от тест-кейса?

АИтоговый ожидаемый результат проверки
БОтсутствие точных входных данных
ВПронумерованные шаги с предусловиями

Подсказка: Тест-кейс, в отличие от сценария, требует конкретное значение на каждом шаге.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Из какой части пользовательской истории «Как [роль], я хочу [действие], чтобы [ценность]» тестовый сценарий берёт стартовую точку?

АТолько ценность
БРоль и действие
ВТолько роль, без действия

Подсказка: Стартовая точка сценария — это то, кто и что делает, а не то, зачем он это делает.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Что должно быть в тестовом сценарии (выбери все подходящие)?

Выберите все верные варианты.

АПоследовательность действий пользователя
БТочный ожидаемый результат после каждого шага
ВИтоговый ожидаемый результат
ГТочные входные данные для каждого шага
ДСсылка на карточку найденного дефекта в трекере
ЕТипичные развилки пути пользователя

Подсказка: Одна из четырёх опций — это признак более строгого формата, тест-кейса, а не сценария.

Онлайн-проверка ответа появится позже

Контрольный вопрос. У истории «Как ученик, хочу оплатить курс картой, чтобы не искать другой способ оплаты» роль — «ученик». А какое действие указано в этой же истории?

АОплатить курс картой
БНе искать другой способ оплаты
ВУченик

Подсказка: Действие — это часть истории между ролью и словом «чтобы».

Онлайн-проверка ответа появится позже

Контрольный вопрос. На развилке «карта отклонена» тестовый сценарий должен:

АИгнорировать эту ветку, раз сценарий не такой строгий, как тест-кейс
БПрекратить сценарий без описания дальнейших действий
ВУказать альтернативный путь: сообщение об ошибке и возврат к вводу данных

Подсказка: Урок прямо говорит, что типичные развилки — часть тестового сценария, а не то, что из него исключают.

Онлайн-проверка ответа появится позже

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

Подсказка: Сценарий начинается с самого начала пути пользователя, а не с середины.

✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.

Онлайн-проверка ответа появится позже

Задание. Нужно проверить: пользователь дважды быстро кликает кнопку «Оплатить» — важен точный интервал между кликами и точный ожидаемый результат (списание должно произойти один раз, а не дважды). Какой формат документации теста подходит для этой проверки лучше всего? Ответь одним словом.

Подсказка: Нужны точное входное условие (интервал между кликами) и точный результат на конкретном шаге — вспомни, какой формат это даёт.

✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.

Онлайн-проверка ответа появится позже

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

Подсказка: Начни с роли и действия из истории, распиши путь пользователя по шагам, в конце добавь развилку и итоговый результат.

✅ Готово, если: программа запускается без ошибок и выводит то, что просят в задании.

Онлайн-проверка ответа появится позже

Задание. У формы записи на вебинар два процесса нужно задокументировать. Процесс 1 — обычная успешная запись: важна только последовательность действий и то, что в итоге пришла ссылка на подключение. Процесс 2 — специфический баг: email ровно из 255 символов (лимит поля) вызывает ошибку сервера, нужно поймать именно этот случай с этим точным значением. Какой формат документации теста подходит для процесса 2, а какой — для процесса 1? Ответь в формате «формат для процесса 2/формат для процесса 1», например «А/Б».

Подсказка: Точное значение на конкретном шаге требует более строгого формата, чем сценарий вообще предлагает; обычный путь пользователя достаточно описать более лёгкой формой.

✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.

Онлайн-проверка ответа появится позже

Что дальше

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

← Назад  ·  ↑ В начало урока  ·  ⌂ В начало курса  ·  Вперёд →

Школа Виктора Комлева