Тест-кейс из прошлого урока детален: заголовок, предусловия, точные входные данные на каждом шаге, ожидаемый результат. Но писать такой тест-кейс на каждую мелочь дорого по времени — не каждая проверка требует такой строгости. Когда важна последовательность действий пользователя, а не точные данные на каждом шаге, — есть более лёгкая форма: тестовый сценарий.
Чему научишься за этот урок:
— отличать тестовый сценарий от чек-листа и от тест-кейса по степени строгости;
— превращать пользовательскую историю в тестовый сценарий;
— расписывать в сценарии типичные развилки пути пользователя.
Тестовый сценарий: между чек-листом и тест-кейсом
Тестовый сценарий — последовательность действий пользователя от начала до конца с итоговым ожидаемым результатом. От чек-листа он взял отсутствие точных входных данных на каждом шаге — их прописывать не обязательно. От тест-кейса он взял упорядоченную последовательность шагов — сценарий не абстрактный пункт «что проверить», а конкретный путь: что пользователь делает сначала, что потом.
От пользовательской истории к тестовому сценарию
В главе про требования мы уже разбирали пользовательскую историю (user story) в формате «Как [роль], я хочу [действие], чтобы [ценность]». Тестовый сценарий превращает эту формулировку в последовательность конкретных действий, которые пользователь реально сделает, включая типичные развилки на пути, — но без входных данных на каждом шаге, как в тест-кейсе.
- Взять роль и действие из пользовательской истории — это стартовая точка сценария.
- Расписать шаги, которые реально сделает пользователь, по порядку, включая типичные развилки (успешный путь и альтернативный путь).
- Указать итоговый ожидаемый результат — что должно произойти в конце, если всё прошло успешно.
Пример: от истории к сценарию
Пользовательская история: «Как ученик, я хочу оплатить курс картой, чтобы не искать другой способ оплаты». Роль — «ученик», действие — «оплатить курс картой». Превращаем в тестовый сценарий:
- Открыть каталог курсов.
- Выбрать нужный курс.
- Выбрать способ оплаты «Картой».
- Ввести данные карты.
- Развилка: если карта одобрена — получить подтверждение оплаты и доступ к курсу в личном кабинете; если карта отклонена — увидеть сообщение об ошибке и вернуться к вводу данных карты.
Заметь: ни на одном шаге не указан конкретный номер карты или код — только последовательность действий и то, что должно произойти в итоге на успешном и на альтернативном пути. Это и есть уровень детализации тестового сценария.
Чек-лист Тестовый сценарий Тест-кейс ----------------- ------------- --------------------- ------------------- Шаги по порядку нет да да Входные данные нет нет данные на шаге на каждом шаге Итоговый результат - да да Результат на шаге - нет да (опционально)
Итог:
— тестовый сценарий — золотая середина между чек-листом и тест-кейсом: есть последовательность действий и итоговый результат, но нет точных входных данных на каждом шаге;
— строится из пользовательской истории: роль и действие задают старт, шаги описывают реальный путь пользователя, включая типичные развилки;
— подходит, когда важна последовательность, а точные данные на каждом шаге были бы избыточны.
Контрольный вопрос. Тестовый сценарий — это:
Подсказка: Вспомни, что тестовый сценарий взял от чек-листа, а что — от тест-кейса.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Что тестовый сценарий унаследовал от тест-кейса, а не от чек-листа?
Подсказка: Чек-лист — это просто список пунктов, без порядка действий.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Что тестовый сценарий унаследовал от чек-листа, а не от тест-кейса?
Подсказка: Тест-кейс, в отличие от сценария, требует конкретное значение на каждом шаге.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Из какой части пользовательской истории «Как [роль], я хочу [действие], чтобы [ценность]» тестовый сценарий берёт стартовую точку?
Подсказка: Стартовая точка сценария — это то, кто и что делает, а не то, зачем он это делает.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Что должно быть в тестовом сценарии (выбери все подходящие)?
Выберите все верные варианты.
Подсказка: Одна из четырёх опций — это признак более строгого формата, тест-кейса, а не сценария.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. У истории «Как ученик, хочу оплатить курс картой, чтобы не искать другой способ оплаты» роль — «ученик». А какое действие указано в этой же истории?
Подсказка: Действие — это часть истории между ролью и словом «чтобы».
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. На развилке «карта отклонена» тестовый сценарий должен:
Подсказка: Урок прямо говорит, что типичные развилки — часть тестового сценария, а не то, что из него исключают.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Нужно превратить роль и действие истории «Как ученик, хочу оплатить курс картой, чтобы не искать другой способ оплаты» в первый шаг сценария. Напиши, каким должен быть самый первый шаг сценария — с чего вообще начинается путь пользователя к этой цели, а не с середины процесса.
Подсказка: Сценарий начинается с самого начала пути пользователя, а не с середины.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Нужно проверить: пользователь дважды быстро кликает кнопку «Оплатить» — важен точный интервал между кликами и точный ожидаемый результат (списание должно произойти один раз, а не дважды). Какой формат документации теста подходит для этой проверки лучше всего? Ответь одним словом.
Подсказка: Нужны точное входное условие (интервал между кликами) и точный результат на конкретном шаге — вспомни, какой формат это даёт.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Преврати пользовательскую историю «Как ученик, хочу записаться на бесплатный вебинар, чтобы получить ссылку на подключение» в тестовый сценарий: распиши последовательность шагов от начала до конца, итоговый ожидаемый результат и одну типичную развилку (например: вебинар уже заполнен, или email уже был использован для записи ранее).
Критерий приёмки: минимум 4 последовательных шага без точных входных данных на каждом; шаги описывают действия ПОЛЬЗОВАТЕЛЯ, а не тестировщика; указан итоговый ожидаемый результат успешного пути; описана минимум одна типичная развилка с альтернативным результатом.
Подсказка: Начни с роли и действия из истории, распиши путь пользователя по шагам, в конце добавь развилку и итоговый результат.
✅ Готово, если: программа запускается без ошибок и выводит то, что просят в задании.
Онлайн-проверка ответа появится позже
Задание. У формы записи на вебинар два процесса нужно задокументировать. Процесс 1 — обычная успешная запись: важна только последовательность действий и то, что в итоге пришла ссылка на подключение. Процесс 2 — специфический баг: email ровно из 255 символов (лимит поля) вызывает ошибку сервера, нужно поймать именно этот случай с этим точным значением. Какой формат документации теста подходит для процесса 2, а какой — для процесса 1? Ответь в формате «формат для процесса 2/формат для процесса 1», например «А/Б».
Подсказка: Точное значение на конкретном шаге требует более строгого формата, чем сценарий вообще предлагает; обычный путь пользователя достаточно описать более лёгкой формой.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Что дальше
Тестовый сценарий и тест-кейс — это то, как ты проверяешь. Но если проверка находит расхождение с ожиданием, это расхождение нужно оформить так, чтобы разработчик мог его воспроизвести и исправить. Для этого существует баг-репорт — о нём следующий урок.
