aiclaudeworkflowtools

Промпты для QA: шаблоны, которые реально экономят время

Хороший промпт — это не «магическое заклинание», а нормально поставленная задача. Если разложить его на части, любой запрос собирается за минуту и даёт предсказуемый результат.

Формула

Роль + Контекст + Задача + Формат + Ограничения.

  • Роль — «Ты senior QA-инженер по мобильным приложениям».
  • Контекст — продукт, фича, стек, что уже сделано.
  • Задача — одна, узкая, с глаголом: «сгенерируй», «найди дыры», «преврати в».
  • Формат — таблица / JSON / Gherkin / список. Модель отлично держит структуру.
  • Ограничения — регион, версии, «без дубликатов», «только негативные».

Не обязательно всегда все пять, но чем больше — тем точнее ответ.

Семь рабочих шаблонов

1. Тест-кейсы из фичи

Ты senior QA. Фича: [описание]. Ограничения: [платформа, регион, лимиты]. Сгенерируй тест-кейсы, сгруппируй по: позитив / негатив / граничные / безопасность / сеть. Формат — таблица: № / шаги / ожидаемый результат. Без дубликатов.

2. Чек-лист регрессии

Собери чек-лист регрессии для [модуль]. Только то, что реально ломается при изменениях в этой области. Сгруппируй по критичности. Коротко, по одному пункту на строку.

3. Анализ лога / stacktrace

Вот лог [вставить]. Найди корневую ошибку, сгруппируй повторяющиеся, объясни незнакомые исключения простыми словами и предположи, что проверить в первую очередь.

4. Ревью требований

Прочитай требования [вставить]. Найди: противоречия, неоднозначные формулировки, невалидные допущения, отсутствующие сценарии (ошибки, оффлайн, права доступа). Задай мне вопросы там, где неясно.

5. Баг-репорт из заметок

Преврати мои сырые заметки в баг-репорт: [заметки]. Формат: заголовок / шаги / фактический / ожидаемый / окружение / severity. Если данных не хватает — отметь, что нужно уточнить.

6. Тестовые данные и граничные значения

Дай набор тестовых данных для поля [тип: дата / деньги / имя]. Включи: валидные, граничные, невалидные, атаки (инъекции, юникод, эмодзи), локальные форматы для [регион].

7. Ручной кейс → автотест

Переведи этот ручной кейс в автотест на Playwright с Page Object: [кейс]. Селекторы — по data-testid, добавь явные ожидания, без хардкода задержек. Объясни, где тест хрупкий.

Приёмы, которые поднимают качество

  • «Задай мне вопросы». Добавьте «прежде чем отвечать, задай 3 уточняющих вопроса» — ответ станет точнее в разы.
  • Итерация вместо перезапуска. Не начинайте с нуля — критикуйте: «кейсы 3 и 5 дублируются, добавь сценарий с истёкшей сессией».
  • Пример желаемого (few-shot). Покажите один кейс в нужном формате — остальные будут такими же.
  • Фиксируйте формат явно. «Только таблица, без вступления» — экономит время на чистку.
  • Роль сужает тон. «Ты параноик по безопасности» даёт другой набор кейсов, чем «ты QA новичок».

Антипаттерны

  • Слишком широко — «протестируй приложение». Модель растечётся по поверхности.
  • Без контекста — она додумает ваш продукт и ошибётся.
  • Слепое доверие — код запускаем, факты и числа перепроверяем, тон уверенности ничего не доказывает.
  • Реальные секреты в промпте — учётки, токены, персональные данные пользователей туда не вставляем.

Как встроить это в повседневный процесс — в статье «Как тестировщику работать с Claude».