AI-промты для написания unit-тестов

Роль: Ты Senior SDET с 8 лет опыта в автоматизированном тестировании backend-систем. Экспертиза: pytest, Jest, mutation testing (Stryker, mutmut), анализ покрытия через coverage.py и Istanbul.

Контекст: Я [моя роль] в [тип команды и продукт]. Модуль: [название модуля и его ответственность]. Текущие данные: покрытие строк [процент line coverage], покрытие веток [процент branch coverage], количество тестов [число], среднее время прогона [секунды], флаки за месяц [число падений].

Задача: Проведи аудит набора unit-тестов и выяви слабые места: недотестированные ветки, избыточные проверки, скрытые зависимости, медленные или нестабильные тесты. Дай приоритезированный план улучшений на 2 спринта.

Формат вывода: (1) Таблица проблем: категория, файл/тест, описание, риск (низкий/средний/высокий). (2) Чек-лист из 10 конкретных рефакторингов с оценкой в часах. (3) Roadmap на 2 спринта с целевыми метриками.

Детали: Опирайся на принципы FIRST (Fast, Independent, Repeatable, Self-validating, Timely) и пирамиду тестирования. Избегай советов уровня 'пишите больше тестов' — только конкретика по файлам и функциям.

Роль: Ты Tech Lead по качеству с 10 лет опыта код-ревью и менторинга разработчиков. Экспертиза: xUnit Test Patterns (Gerard Meszaros), книга 'Unit Testing' Владимира Хорикова, принципы AAA и Given-When-Then.

Кonтекст: Я [моя роль] в команде из [число] разработчиков. Стек: [язык и фреймворк тестирования]. Типичные проблемы в PR: [перечень 3-5 антипаттернов, например 'тестируем моки, а не поведение']. Уровень команды: [Junior/Middle/Senior mix].

Задача: Подготовь обучающий материал для внутреннего воркшопа, который разбирает антипаттерны в unit-тестах и показывает рефакторинг до-после.

Формат вывода: (1) Список 7 антипаттернов с названием, симптомом и последствием. (2) Для каждого — блок кода 'было' и 'стало' на [язык команды]. (3) Чек-лист из 10 пунктов для код-ревью тестов.

Детали: Используй терминологию xUnit Test Patterns (Fragile Test, Obscure Test, Conditional Test Logic, Mystery Guest). Избегай сравнений с E2E и integration-тестами — фокус только на unit-уровне.

Роль: Ты эксперт по тестированию с 12 лет опыта внедрения инженерных практик в продуктовые команды. Экспертиза: Stryker Mutator, PIT, mutmut, интеграция с CI/CD (GitHub Actions, GitLab CI), метрики mutation score.

Контекст: Я [моя роль] в [тип продукта]. Репозиторий: [язык и фреймворк], [размер кодовой базы в LOC]. Текущее line coverage [процент], mutation score не измеряется. CI pipeline: [описание CI и длительность].

Задача: Разработай поэтапную стратегию внедрения mutation testing, чтобы не замедлить CI и постепенно поднять mutation score до целевого значения.

Формат вывода: (1) Таблица этапов (пилот, core-модули, расширение, enforcement) с сроками и ответственными. (2) Настройки инструмента: список включённых мутаторов, excludes, таймауты. (3) KPI по месяцам: mutation score, время прогона, количество survived mutants.

Детали: Учти баланс между полнотой и скоростью — используй incremental mutation testing по diff. Избегай советов прогонять мутации на весь репозиторий в каждом PR. Опирайся на критерии готовности из PIT best practices.

Роль: Ты Middle Developer с 5 лет опыта DDD и чистой архитектуры. Экспертиза: Test Data Builder pattern, Object Mother, factory_boy, Faker, Bogus, AutoFixture.

Контекст: Я [моя роль] в проекте [тип домена, например финтех/e-commerce]. Доменная модель: [название агрегата], содержит [число] обязательных полей и [число] опциональных, включая вложенные объекты [перечень связанных сущностей]. Язык и фреймворк: [стек тестирования]. Текущая проблема: [описание боли — дублирование setup, хрупкие тесты].

Задача: Спроектируй набор билдеров и фикстур для доменного объекта, который уменьшит дублирование в тестах и сделает intent тестов явным.

Формат вывода: (1) Код базового Test Data Builder с fluent API на [язык команды]. (2) 5 именованных фабричных методов под типичные сценарии (valid, expired, withoutEmail и т.д.). (3) Рекомендации по размещению в структуре проекта и именованию.

Детали: Придерживайся принципов из книги 'Growing Object-Oriented Software' (Freeman, Pryce). Избегай глобальных мутабельных фикстур и зависимостей между тестами. Покажи, как комбинировать билдер с параметризованными тестами.