После разбора ты сможешь по данному шаблону записать одну проверку с конкретными данными и наблюдаемым ожиданием, а затем исправить неоднозначную запись по замечанию. Нужны явно заданные требования и выбранное значение для проверки. Если пока непонятно, откуда взять значение, сначала разбери классы эквивалентности и граничные значения.
От выбранного значения к проверке
В списке тестировщика написано: «Проверить количество 101». Другой человек открывает форму и не понимает, какое действие выполнить, какое сообщение ожидать и должен ли открыться следующий шаг. Число выбрано, но воспроизводимая проверка ещё не записана.
Для собственного примера зададим требования учебного магазина. Количество обязательно, формат — только цифры без знака, пробелов и дробного разделителя; ведущие нули допустимы. Число от 1 до 100 включительно. Нажатие «Продолжить» с допустимым количеством открывает следующий шаг. При пустом вводе, неверном формате или выходе за диапазон появляется «Введите целое количество от 1 до 100», перехода нет. Остальные поля корректны.
Теперь можно записать, что именно должно произойти при 101. Мы не берём ожидание из текущей реализации и не придумываем его по названию поля.
Используй учебный шаблон
- 1Основание
Что разрешает правило и какой результат оно требует?
- 2Исходное состояние и данные
Где начинаем, что уже заполнено, какое конкретное значение вводим?
- 3Действия
Ввод → указанная кнопка → нужное наблюдение.
- 4Ожидание
Какое сообщение, переход или изменение данных должно произойти?
Это учебная структура, а не обязательный формат каждой TMS. Сборка и окружение фиксируются для реального запуска.
В этой статье шаблон содержит шесть частей:
- Название и цель. Что проверяется и чем эта проверка отличается от соседней.
- Основание. Требование или правило, из которого получено ожидание.
- Предусловия. В каком состоянии находится система перед первым действием.
- Тестовые данные. Конкретное значение, а не «любое плохое число».
- Действия. Что вводим и какое действие запускает проверку.
- Ожидаемый результат. Что можно наблюдать после действия.
Это предложенный учебный формат, а не обязательный стандарт всех команд. В рабочей системе могут быть дополнительные поля: идентификатор, приоритет, окружение и другие атрибуты. Здесь они не нужны для выполнения упражнения.
В CTFL тест-дизайн связывает условия проверки с тест-кейсами, данными и окружением; выполнение выделено в отдельную активность. Сами названия полей нашего шаблона и пример магазина — авторское решение. См. ISTQB CTFL v4.0.1, §1.4.1, с. 19; §1.4.3, с. 20.
Заполни шаблон для одного значения
Пример негативного кейса:
- Название: «Количество 101 не позволяет продолжить оформление».
- Основание: максимум 100 включительно и заданное поведение при ошибке.
- Предусловия: открыт шаг количества, остальные поля заполнены корректно, сообщения об ошибке ещё нет.
- Данные: строка
101. - Действия: очистить количество, ввести
101, нажать «Продолжить». - Ожидание: появляется «Введите целое количество от 1 до 100», следующий шаг не открывается.
Позитивный кейс для 25 будет отличаться данными, названием и ожиданием: при тех же предусловиях открывается следующий шаг. Это отдельная проверка с отдельным результатом.
В этой учебной задаче один кейс использует одно выбранное значение. Правило помогает увидеть результат каждой проверки диапазона. Оно не означает, что любой тест-кейс в любой системе обязан содержать только одно действие или одно наблюдение. Например, последовательности состояний могут исследоваться несколькими действиями. Важно, чтобы цель и результат оставались понятными.
Исправь запись по конкретному замечанию
Плохой вариант: «Ввести неправильное количество. Система должна показать ошибку».
Замечание ревьюера: «Неясно, что ввести, когда проверяется значение и что считать ошибкой. Укажи данные, действие, сообщение и отсутствие перехода».
Исправление — негативный кейс выше. В нём другой тестировщик может повторить действия и сравнить наблюдения с ожиданием. Если требования не содержат текста сообщения, его нельзя добавить только ради заполнения шаблона: сначала нужно уточнение либо другой согласованный наблюдаемый критерий.
Другая плохая запись: «Ввести 0, 25 и 101, всё работает». Если хотя бы одно значение обработано неверно, общий результат скрывает, какое именно. Для наших независимых числовых проверок удобнее три записи с отдельными ожиданиями. Набор можно объединить в общий прогон, сохранив результат каждого случая.
Ожидаемый результат ещё не факт
При 101 — ошибка
В условии магазина максимум 100. Заданное сообщение показано, перехода нет.
Что произошло на самом деле?
Записать результат конкретного действия на конкретной сборке. До запуска — «не выполнено».
Нельзя поставить passed только потому, что кейс хорошо написан.
До выполнения кейса мы знаем только ожидание. Факт появляется, когда кто-то действительно выполнил шаги в определённом окружении и увидел результат.
Если сообщение появилось, но следующий шаг открылся, кейс не проходит по нашему требованию. Нельзя записать «успешно» только потому, что часть ожидания выполнена. Если выполнить проверку не удалось из-за недоступного стенда, это тоже не доказательство дефекта диапазона: нужно отдельно описать препятствие выполнения.
Кейс задаёт способ проверки, результат прогона фиксирует наблюдение, а баг-репорт описывает обнаруженное расхождение. В этой статье мы пишем кейс на вымышленную спецификацию; реальное приложение по нему не проверялось.
Разобранные примеры
В обоих примерах ниже составляется кейс. Статус выполнения до реального запуска — «не выполнено».
Пример 1. Позитивный кейс сохраняет конкретное значение
Условие. В учебном профиле обязательный срок уведомления — целое 1–7 дней. На «Сохранить» допустимое значение записывается в профиль и появляется «Настройки сохранены». Начальное значение 1; другие поля корректны.
Ход разбора. Цель — проверить сохранение допустимого 4, а не просто доступность кнопки. В кейсе фиксируем начальное значение и ввод, чтобы результат отличался от состояния до действий.
Кейс и вывод. Открыть профиль с 1 днём, заменить срок на 4, нажать «Сохранить», повторно открыть профиль. Ожидаем сообщение при сохранении и значение 4 после открытия. Проверка только сообщения пропустила бы несохранённое изменение. Фактический результат, сборка и окружение заполняются при запуске; их сейчас не выдумываем.
Пример 2. Негативный кейс содержит весь ожидаемый эффект
Условие. В независимой форме резервирования разрешено целое 2–6 мест, формат — только цифры. На «Забронировать» при 7 должно появиться «Выберите от 2 до 6 мест», бронь не создаётся. До проверки у тестового пользователя броней нет.
Ход разбора. «При 7 ошибка» недостаточно: сообщение может показаться одновременно с ошибочным созданием брони. Включаем оба результата и способ наблюдения состояния.
Кейс и вывод. В чистой форме с корректными прочими полями ввести 7 и нажать «Забронировать»; проверить сообщение и отсутствие новой записи в списке броней тестового пользователя. Если список недоступен, это ограничение проверки, а не основание написать passed. Два результата относятся к одному действию и одному правилу; посторонние поля в этот кейс не добавляем.
Попробуй по образцу
Учебное поле принимает количество пакетов от 3 до 15 включительно. Разрешены только цифры без знака, пробелов и разделителя; поле обязательное. При «Сохранить» допустимое число сохраняется. Иначе появляется «Введите целое количество от 3 до 15», сохранения нет. Других условий упражнения нет.
Заготовка кейса: «Проверить большое число. Всё должно быть нормально». Замечание ревьюера: «Используй значение 16, укажи шаг, текст ошибки и отсутствие сохранения». Заполни учебный шаблон по этому замечанию. Фактический результат не записывай: проверка ещё не выполнялась.
Показать разбор самопроверки
Один корректный ответ: название «Количество 16 не сохраняется»; основание — максимум 15 и правило ошибки; предусловия — открыта форма, остальные поля корректны; данные 16; действия — ввести 16 и нажать «Сохранить»; ожидание — «Введите целое количество от 3 до 15», данные не сохранены. Статус выполнения неизвестен. Эквивалентные формулировки принимаются, если они сохраняют условия и наблюдаемый результат.
Что оставить себе
Назови цель, укажи основание, начальное состояние, данные, действия и ожидание. Проверь, сможет ли другой человек повторить кейс без домысливания. Результат выполнения заполняй по фактическому наблюдению, а не по ожидаемому поведению.
Источник понятий: ISTQB Certified Tester Foundation Level Syllabus v4.0.1, §1.4.1 и §1.4.3. Источник проверен 05.11.2026; авторы и правообладатель syllabus указаны в его Copyright Notice: © ISTQB, авторы редакций 4.0/4.0.1. Шаблон, магазин, пакеты и разборы — собственные учебные примеры «Твой Ментор». Это не официальный курс ISTQB, не проверка сотрудника и не подтверждение уровня навыка.