Промпт для тестировщиков
Промпт готовит тест-кейсы для интерфейса и API с приоритетами риска. Ожидания берутся из требований, а не из текущего поведения продукта.
Обновлено: 2026-10-09
Промпт
Составь тест-кейсы функции и API по требованиям.
Фича: [описание]. Контракт API: [метод, поля, коды].
Среда и роль: [данные]. Приоритетные риски: [список].
Дай предусловия, шаги, входы и ожидания. Отметь риск, покрытый каждым случаем. Не придумывай коды ответа, если они не заданы.
Соберите свой промпт
Ответьте на вопросы. Промпт собирается бесплатно прямо здесь. Незаполненные места можно дополнить позже.
Открыть в конструкторе →Можно пропустить: в промпте останется место для ваших данных.
Можно пропустить: в промпте останется место для ваших данных.
Можно пропустить: в промпте останется место для ваших данных.
Можно пропустить: в промпте останется место для ваших данных.
Необязательное уточнение к исходному промпту.
Необязательное уточнение к исходному промпту.
Необязательное уточнение к исходному промпту.
Живой предпросмотр
Подставленное выделено зелёным, незаполненное — пунктиром.
Составь тест-кейсы функции и API по требованиям. Фича: [описание]. Контракт API: [метод, поля, коды]. Среда и роль: [данные]. Приоритетные риски: [список]. Дай предусловия, шаги, входы и ожидания. Отметь риск, покрытый каждым случаем. Не придумывай коды ответа, если они не заданы.
Нужно 100 таких промптов под разные данные? Загрузите таблицу в Promptada.
Создать аккаунт Для пакетной работы с текстами.Ответы остаются на этой странице и исчезают при перезагрузке. В ссылке — только выбранная задача.
Нужно много вариантов этого промпта?
Подготовьте таблицу компонентов, требований и окружений. Promptada соберёт текстовые задания по одному шаблону и передаст пакет выбранной модели.
Создать аккаунтКак пользоваться
- Подготовьте фича, контракт api, среда и роль, приоритетные риски.
- Свяжите каждый тест-кейс фичи с требованием или риском.
- Проверьте POST /items на корректном имени, пустоте, числе и отсутствующем поле.
- Добавь тест повторной отправки /items только после уточнения идемпотентности; при 400 ввод должен сохраняться в UI.
Для каких нейросетей
| Нейросеть | Версия | Насколько подходит | Примечание |
|---|---|---|---|
| GPT | 6 Astra | Подходит | Сложные условия |
| GPT | 6.1 Sol | Подходит | Основной текстовый вариант |
| GPT | 6 Luna | Подходит | Короткая выдача |
| Claude | Fable 5.1 | Подходит | Много ограничений |
| Claude | Opus 5.5 | Подходит | Развёрнутый разбор |
| Claude | Sonnet 5.5 | Подходит | Редактура и сравнение |
| Claude | Haiku 5.5 | Подходит | Компактный формат |
| Gemini | 3.8 Flash | Подходит | Текст и вложения |
| Gemini | 3.1 Pro Preview | Подходит | Preview; подробный анализ |
| DeepSeek | V4.1-Flash | Подходит | Текст; изображения |
| DeepSeek | V4-Pro-0813 | Подходит | Только текст |
| YandexGPT | Pro 5.1 | Подходит | Русскоязычный разбор |
| YandexGPT | Lite 5 | Подходит | Небольшие текстовые задачи |
| GigaChat | 3 Ultra | Подходит | Русскоязычная редактура |
Справочные данные для тестировщиков: GPT, Claude, Gemini, Gemini, DeepSeek, YandexGPT, GigaChat.
Пример результата
Контракт demo API: POST /items, name обязательная строка, успех 201, ошибка 400.
| Проверка | Вход | Ожидается | Риск |
|---|---|---|---|
| Создание | {“name”:“Лампа”} | 201, создан один объект | Основной путь |
| Пустое имя | {“name”:“”} | 400, объект не создан | Валидация |
| Неверный тип | {“name”:42} | 400 | Контракт |
| Поле отсутствует | {} | 400 | Обязательность |
Для UI: после успешного ответа показать объект один раз, после 400 сохранить ввод и показать ошибку.
Как улучшить результат
- Свяжите каждый тест-кейс фичи с требованием или риском.
- Приложите контракт API с кодами и схемой ответа.
- Проверьте сохранение пользовательского ввода при ошибке.
- Отдельно уточните повторный запрос и правило идемпотентности.
Варианты промпта
Узкая задача
Составь только негативные тесты POST /items: отсутствующее имя, пустая строка, число вместо строки. По контракту ожидается 400.
Корректировка: тестировщиков
Добавь тест повторной отправки /items только после уточнения идемпотентности; при 400 ввод должен сохраняться в UI.
Частые ошибки
- Придумывают HTTP-коды вместо проверки контрактного ответа.
- UI показывает успех после ошибки API.
- Повторная отправка создаёт дубликат, но сценарий отсутствует в наборе.
Вопросы и ответы
Как составить тест-кейсы?
Дайте требования, контракт и среду; сформулируйте ожидаемый результат до проверки. Если правило не указано, внесите его в вопросы к требованиям, а не назначайте ожидаемое поведение самостоятельно.
Как проверить фичу и API?
Покройте обычные и ошибочные запросы, затем связь ответа API с состоянием интерфейса. Проверка API и фичи должна включать связь ответа с состоянием экрана.
Как описать риски тестирования?
Назовите последствия ошибки и приоритет: потеря данных, дубликаты, отказ основного действия. Приоритет определяется последствиями: дубликат данных может быть важнее косметической ошибки сообщения.