Написать проверяемые критерии приёмки

Автор: AILesson6 мин на настройкуПроверено на:ChatGPTПроверено: 2026-08-28

Быстрый ответ

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

1

Добавьте контекст

ваш текст остаётся в этом браузере. AILesson Prompts не отправляет его ни в модель, ни на сервер.

2

Ваш промпт

Незаполненные поля остаются видимыми как заполнители, поэтому вы всё равно можете скопировать и отредактировать промпт

Напишите проверяемые критерии приёмки для требования.

Утверждённое требование, пользователь, цель и источник:
[requirement]

Бизнес-правила, данные, разрешения, состояния, пороговые значения, доступность, производительность и ошибки:
[rules]

Область охвата, исключения, платформы, зависимости, неопределённые термины и утверждающее лицо:
[boundaries]

Используйте только предоставленные правила. Разделяйте составное поведение на атомарные критерии. Для каждого критерия укажите идентификатор, исходное требование, предварительное условие, действие или событие, наблюдаемый ожидаемый результат, тестовые данные или граничный пример, подтверждение и приоритет. Охватывайте основной сценарий, пустые, недопустимые и повторяющиеся входные данные, границы разрешений, прерванное или частичное завершение, поведение времени и локали, восстановление, доступность и нефункциональные пороговые значения только тогда, когда они уместны и явно заданы. Помечайте неоднозначные требования как «Требуется решение»; не выдумывайте пороговые значения или реализацию. Выявляйте противоречия и непроверяемые слова, такие как «быстро», «интуитивно», «уместно» или «в реальном времени». В конце приведите проверки за пределами области охвата и матрицу прослеживаемости.
Попробовать в Playground
Конфиденциально по умолчаниюПромпт собирается локально в вашем браузере. Не вводите конфиденциальную информацию в сервисы ИИ, если ваша организация этого не разрешает.

От исходных данных к результату

Разобранный пример

Посмотрите, как конкретный контекст превращает этот рецепт в полезный результат

Реальный ввод

Требование и результат для пользователя
REQ-12: авторизованный сотрудник может сохранить черновик заявления на возмещение расходов и вернуться к нему позже, не отправляя заявление, чтобы незавершённая работа не была потеряна.
Бизнес-правила и требования к качеству
Заявление содержит ClaimID, идентификатор сотрудника, валюту, строки расходов, вложения с квитанциями, статус и временные метки создания и обновления. В черновике могут отсутствовать квитанции и центр затрат. Просматривать и редактировать его может только создавший его сотрудник. При отправке проверяются обязательные поля, но отправка не входит в эту пользовательскую историю. Автосохранение должно происходить «быстро», однако интервал не утверждён. Поддерживаемые веб-локали — en-GB и zh-CN. Для вложений действуют существующие правила загрузки.
Область охвата и неизвестные сведения
Только веб-версия. Редактирование без подключения к сети и доступ руководителя не входят в область охвата. Сервисы идентификации и загрузки являются зависимостями. Критерии утверждает владелец продукта. Поведение при истечении сеанса и срок хранения черновика не определены.

Пример вывода

AC-01 | REQ-12 | авторизованный сотрудник начинает заявление | выбирает «Сохранить черновик» | сохраняется уникальный ClaimID вместе с создателем, статусом Draft, валютой, существующими строками расходов и временной меткой обновления; отправка не происходит | подтверждение: сохранённая запись и подтверждение в интерфейсе | Обязательно. AC-02 | REQ-12 | в черновике нет квитанции и центра затрат | сохранить черновик | сохранение выполняется успешно, поскольку для статуса Draft оба поля необязательны | граничный пример: одна строка расходов, без вложения и центра затрат | Обязательно. AC-03 | правило владения | сотрудник B запрашивает черновик сотрудника A через интерфейс или прямой URL | доступ запрещён, данные заявления не раскрываются | подтверждение: тест или журнал авторизации | Обязательно. AC-04 | возвращение позже | создатель позже входит в систему с локалью en-GB или zh-CN | черновик отображается с сохранёнными значениями и в формате соответствующей локали; исходные суммы и временные метки не изменяются | Обязательно. AC-05 | зависимость загрузки | вложение не удаётся сохранить согласно существующим правилам загрузки | поведение черновика и сообщение с возможностью восстановления требуют подтверждения; не утверждать, что вложение сохранено | Требуется решение.

Требуются решения: интервал автосохранения вместо «быстро»; поведение несохранённых изменений при истечении сеанса; срок хранения и уведомление об удалении. За пределами области охвата: проверка при отправке, доступ руководителя, редактирование без подключения к сети. Прослеживаемость: REQ-12→AC-01/02/04; правило владения→AC-03; зависимость загрузки→AC-05.

Почему это работает

  1. 1

    Наблюдаемые результаты и граничные примеры позволяют проверить договорённости до начала реализации.

  2. 2

    Пометка «Требуется решение» не позволяет скрыть неоднозначность продукта внутри тестового сценария.

Проверьте результат

  • Является ли каждый критерий атомарным и наблюдаемым и прослеживается ли он до предоставленного требования?

  • Действительно ли граничные условия уместны, а не представляют собой универсальные шаблонные формулировки?

  • Оставлены ли отсутствующие пороговые значения и неопределённые термины в качестве вопросов, требующих решения?

Используйте уверенно

Часто задаваемые вопросы

Практические ответы о том, когда использовать этот рецепт, что нужно предоставить и где по-прежнему важна проверка человеком

Что подготовить перед использованием рецепта «Написать проверяемые критерии приёмки»?

Для рецепта «Написать проверяемые критерии приёмки» подготовьте требование и результат для пользователя, бизнес-правила и требования к качеству, а также область охвата и неизвестные сведения. Заменяйте заполнители только проверяемой информацией. Если какая-либо деталь неизвестна, явно сохраняйте эту неопределённость и не просите модель додумывать её.

Когда результат рецепта «Написать проверяемые критерии приёмки» ещё нельзя использовать?

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

Для каких инструментов ИИ зафиксированы тесты рецепта «Написать проверяемые критерии приёмки»?

По состоянию на 28 августа 2026 года в опубликованной истории тестирования рецепта «Написать проверяемые критерии приёмки» указан ChatGPT. Это подтверждает наличие зафиксированных запусков, но не гарантирует совместимость или одинаковые результаты в последующих версиях продукта. При использовании другого инструмента или версии сохраняйте все ограничения явными и повторно выполняйте проверки результата перед применением.

Другие способы изучения

Где этот рецепт применим

Продолжайте работу

AILesson · Рекомендуемые курсы

ваш следующий шаг: примените ИИ на практике

Перейдите от понимания ИИ к выполнению задач. Практикуйтесь в составлении запросов, проверке и улучшении результатов с помощью интерактивных уроков для работы и повседневной жизни.

Просмотреть все курсы