Тестировщику присылают ссылку на задачу в трекере: заголовок, три строки текста, ссылка на макет в Figma и комментарий «сделай как в разделе оплаты». Это и есть требование — не единый документ с шапкой «Требования», а разрозненный набор кусков в разных форматах. Если не знать, какие форматы вообще бывают, легко упустить кусок, который просто не прислали.
Чему научишься за этот урок:
— различать пять форматов, в которых приходят требования;
— по описанию задачи находить, какой формат использован;
— замечать, какой из форматов пропущен молча, а не сделан намеренно.
Пять форматов одного требования
Требование — это описание того, что должна делать система. Оно почти никогда не существует в одном виде: разные части команды описывают одну и ту же функцию по-разному, и все описания вместе складываются в полную картину.
- User story (пользовательская история). Короткая формула: «Как [роль], я хочу [действие], чтобы [ценность]». Пример: «Как ученик, я хочу оплатить курс картой, чтобы не искать другой способ оплаты». Отвечает на вопрос «зачем это вообще нужно», но не расписывает детали.
- Критерии приёмки (acceptance criteria). Список конкретных условий, по которым понятно, что функция готова. Часто в форме «Дано / Когда / Тогда»: «Дано: пользователь на странице оплаты. Когда: вводит верные данные карты. Тогда: курс появляется в личном кабинете». Именно из критериев приёмки тестировщик достаёт первые тест-кейсы.
- Use case (сценарий использования). Развёрнутое описание: кто действует (актор), какие шаги основного сценария, что происходит при отклонениях («если карта отклонена банком — показать причину и предложить другой способ»). В отличие от user story, use case явно перечисляет альтернативные ветки.
- Макет (мокап, дизайн-прототип). Картинка в Figma или Miro. Формально не текст, но несёт требования молча: раз в макете есть поле «Промокод» — значит, оно должно быть в интерфейсе, работать и иметь свою логику, даже если это нигде не расписано словами.
- Бизнес-правило. Самостоятельное ограничение, не привязанное к одному сценарию: «Скидка по промокоду не может превышать 50% от стоимости курса». Бизнес-правило может влиять сразу на несколько экранов и функций одновременно.
Одна функция "Оплата курса" через пять форматов: +---------------------+-----------------------------------------------+ | User story | Как ученик, хочу оплатить картой, чтобы | | | не искать другой способ | +---------------------+-----------------------------------------------+ | Критерии приёмки | Дано: страница оплаты. Когда: верные данные | | | карты. Тогда: курс в личном кабинете. | +---------------------+-----------------------------------------------+ | Use case | Актор: ученик. Основной сценарий: 5 шагов. | | | Альтернатива: карта отклонена -> показать | | | причину, предложить другой способ. | +---------------------+-----------------------------------------------+ | Макет | Figma: поле номера карты, поле промокода, | | | кнопка "Оплатить" (текстом нигде не описаны) | +---------------------+-----------------------------------------------+ | Бизнес-правило | Скидка по промокоду <= 50% от стоимости | +---------------------+-----------------------------------------------+
Ни один формат не отменяет остальные. User story объясняет «зачем», use case — «как именно, включая отклонения», критерии приёмки — «когда считать готовым», макет — «как это выглядит и что из этого следует», бизнес-правило — «какое ограничение действует само по себе». Все пять форматов дополняют друг друга, а не конкурируют.
Как заметить пропущенный формат
На практике редко дают все пять форматов сразу. Чаще присылают user story и макет — а критерии приёмки и обработку отклонений придётся выяснять самому. Первый шаг тест-анализа (разберём его в 4.6) — не пытаться писать тесты по неполному описанию, а заметить, каких форматов не хватает, и явно спросить об этом.
Пример на нашем учебном полигоне: в задаче на функцию «Запись на курс» дана только user story («Как ученик, хочу записаться на курс в один клик») и макет с кнопкой «Записаться». Критериев приёмки нет — непонятно, что происходит при повторной записи на тот же курс, есть ли лимит мест, нужна ли оплата сразу или отдельно. Use case тоже не описан — неясно, какие есть альтернативные ветки (курс уже полон, ученик уже записан, курс требует предоплаты).
Итог:
— требование живёт в пяти форматах: user story, критерии приёмки, use case, макет, бизнес-правило;
— каждый формат отвечает на свой вопрос и не заменяет остальные;
— перед тем как писать тесты, нужно проверить, какие форматы фактически даны, а какие пропущены молча — это не мелочь, а дыра в требовании.
Контрольный вопрос. «Как ученик, я хочу оплатить курс картой, чтобы не искать другой способ оплаты» — это пример:
Подсказка: Формула «Как [роль], я хочу [действие], чтобы [ценность]» — это конкретный формат из урока.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. «Скидка по промокоду не может превышать 50% от стоимости курса» — это пример:
Подсказка: Это ограничение не привязано к одному сценарию — оно действует само по себе.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. В макете Figma нарисовано поле «Промокод» рядом с кнопкой «Оплатить», но нигде в задаче это не описано текстом. Какие из следующих утверждений верны (выбери все подходящие)?
Выберите все верные варианты.
Подсказка: Макет несёт требования молча — то, что нарисовано, обычно должно работать, даже если не расписано словами.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Как называется формат требования, который явно перечисляет основной сценарий действий актора И альтернативные ветки (например, «если карта отклонена — показать причину»)? Ответь двумя словами.
Подсказка: Это формат из урока, отличающийся от user story именно наличием прописанных альтернативных веток.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Из какого формата требования тестировщик обычно достаёт первые тест-кейсы, потому что там уже даны условия «Дано / Когда / Тогда»? Ответь двумя словами.
Подсказка: Формат, который явно перечисляет условия готовности функции.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Задача в трекере содержит только текст: «Актор — ученик. Основной сценарий: 1) открывает каталог, 2) выбирает курс, 3) жмёт «Записаться». Альтернатива: если курс уже полон — показать сообщение и предложить лист ожидания». Какой это формат требования? Ответь двумя словами.
Подсказка: В описании явно есть актор, основной сценарий и отдельно прописанная альтернативная ветка.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. В задаче дан только макет интерфейса формы регистрации без единого слова текста. На макете — поле «Email», поле «Пароль», чекбокс «Согласен с условиями» (неактивен по умолчанию, кнопка «Зарегистрироваться» видна, но выглядит бледной, пока чекбокс не отмечен). Опиши одним предложением, какое молчаливое требование к кнопке следует из этого макета.
Критерий приёмки: ответ явно называет связь «чекбокс не отмечен → кнопка неактивна / нажатие не отправляет форму» (или эквивалент), а не просто пересказывает, что нарисовано на макете.
Макет: чекбокс согласия не отмечен по умолчанию, кнопка «Зарегистрироваться» отображается неактивной/бледной, пока чекбокс не отмечен.
Подсказка: Обрати внимание на связь между состоянием чекбокса и внешним видом кнопки на макете.
✅ Готово, если: ответ раскрывает то, что просит критерий приёмки в задании выше.
Онлайн-проверка ответа появится позже
Задание. На полигоне в задаче «Запись на курс» дана только user story («Как ученик, хочу записаться на курс в один клик») и макет с одной кнопкой «Записаться». Перечисли, каких ДВУХ форматов требования не хватает для этой задачи, и для каждого — какой конкретно вопрос из-за этого остаётся открытым. Формат ответа — два пункта.
Критерий приёмки: указаны ровно два формата из пяти (не user story и не макет, которые уже даны); для КАЖДОГО назван конкретный открытый вопрос, связанный именно с недостающим форматом (не общее «непонятно, как работает»), например: «критерии приёмки — непонятно, что происходит при повторной записи на тот же курс», «use case — не описана альтернатива «курс уже полон»».
Подсказка: Из пяти форматов у задачи есть user story и макет. Подумай, что осталось нераскрытым: условия готовности и альтернативные сценарии.
✅ Готово, если: ответ раскрывает то, что просит критерий приёмки в задании выше.
Онлайн-проверка ответа появится позже
Задание. Два документа описывают одну функцию «Отмена записи на курс»: user story говорит «Как ученик, хочу отменить запись, чтобы вернуть место в группе другому», а отдельное бизнес-правило в другом разделе трекера гласит «Отмена записи невозможна позже чем за 24 часа до начала курса». Ни в одном из двух документов явно не сказано, что происходит, если ученик пытается отменить запись за 23 часа до начала. Какого формата требования не хватает, чтобы явно закрыть именно эту пограничную ситуацию? Ответь двумя словами.
Подсказка: Нужен формат, который явно прописывает поведение при попытке действия вне обычных условий — это не user story и не бизнес-правило само по себе.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. В задаче нет ни строчки текста — только картинка экрана из Figma с полями и кнопками. Можно ли считать это требованием?
Подсказка: Вспомни, как урок описывает формат «макет».
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Требование сформулировано так: «Дано: пользователь ввёл промокод. Когда: промокод активен и не использован. Тогда: применяется скидка 10%». Как называется этот формат требования? Ответь двумя словами.
Подсказка: Структура «Дано / Когда / Тогда» — фирменный признак одного из пяти форматов урока.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Что дальше
Форматы требований показывают, ГДЕ искать информацию и что могло остаться недосказанным. Но мало заметить пропущенный формат — нужно ещё уметь оценить и то, что реально написано: достаточно ли оно чёткое, нет ли противоречий, можно ли по нему вообще проверить результат. Этому посвящён следующий урок — характеристики хороших требований.
