Преждевременный успех

Также известен как

Premature success, «работает на моей машине» агентной эпохи.

Контекст

Юнит-тесты проходят, curl возвращает 200, сборка завершается успешно. Агент объявляет фичу готовой и берёт следующую задачу.

Проблема

При этом никто не выполнил пользовательский сценарий целиком. Проверки отдельных функций и эндпоинта могут пропустить ошибку передачи данных между интерфейсом и сервером.

Почему так делают

• Пройденные тесты выглядят достаточным доказательством, хотя покрывают только заданные случаи.
• Подготовка окружения и сквозного сценария требует дополнительного времени.
• Агент переносит успех отдельных проверок на всю фичу.
• Команда использует прохождение тестов как критерий готовности, не проверив полноту самих тестов.

Последствия

• ➖ Пользователь или демонстрация впервые обнаруживает интеграционный сбой.
• ➖ Статус в списке фич не соответствует поведению продукта.
• ➖ Разработчик вынужден перепроверять отчёты агента вручную.
• ➖ Несколько пропущенных интеграционных ошибок усложняют последующую диагностику.

Признаки

• В отчёте нет результата сквозной проверки.
• «Проверено» означает «юнит-тесты прошли».
• Приложение никто не открывал после реализации.
• На демо фичу показывают впервые.

Как лучше

Включите пользовательский сценарий в петлю обратной связи. Агент должен пройти его через реальный интерфейс и сохранить результат. В списке фич связывайте статус с этой проверкой. Юнит-тесты и TDD продолжают защищать отдельные части поведения.

Пример

Было

Фича готова, все 14 тестов проходят.

Стало

Создай расписание через UI, дождись письма с отчётом в тестовом ящике и приложи скриншоты обоих шагов. Завершай задачу после успешного прохождения этого сценария.

Связанные паттерны и антипаттерны

• Петля обратной связи связывает готовность с доказательствами проверки.
• Список фич хранит статусы проверенных сценариев.
• TDD с агентом помогает проверить отдельное поведение до реализации.
• Вайб-кодинг описывает сходную потерю контроля при принятии непроверенного кода.