
Разбор · Опубликовали 07.10.2026
Автотесты пишет агент вместе с кодом: автоматизация тестирования перестала быть отдельным проектом
Как принимать код вместе с тестами, кто проверяет сами тесты и почему зелёный прогон пропускает поломки. На опыте машины vibecoding.ru.
Текст написан инженером, который ведёт vibecoding.ru, вместе с машиной агентов · факты проверены 7 октября 2026
Автоматизация тестирования может входить в каждую правку: ИИ-агент пишет код и автотест в одной задаче, а инженер проверяет, ловит ли тест ошибку.
На vibecoding.ru мы работаем так, но 24 сентября зелёные тесты пропустили поломку страниц новостей. На этом случае разберём, что принимать вместе с кодом.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Автотест входит в задачу вместе с правкой.
Автотест сам выполняет проверку, которую раньше повторяли руками. Например, после изменения входа проверяет, что пользователь попадает в свой кабинет.
Написание автотестов не обязательно выносить в отдельную очередь. У нас агент получает задачу вместе с ожидаемым результатом и добавляет проверку в ту же правку.
На открытой странице машины указано 2 685 тестов на каждом пуше плюс ревью, проверено 7 октября 2026. Но количество проверок ещё не отвечает на вопрос, что они защищают.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Тесты на пуше | Публичное описание контура на /open: 2 685 тестов при отправке изменений на проверку, плюс ревью. Это не новый запуск полного набора и не число тестовых файлов. Начало окна подсчёта на странице не указано | 2026-10-07 |
| Поломки машины | Исходные записи 31 июля, 24 и 27 сентября 2026 перечитаны. В ленте только последствия и введённые проверки, без файлов закрытых репозиториев | 2026-10-07 |
| Опыт | Инженер ведёт машину агентов на vibecoding.ru. Своего клиентского кейса такого перехода у нас нет | 2026-10-07 |
| Внешние правила | Официальные рекомендации Anthropic и Playwright, первичный текст Мартина Фаулера о покрытии. Таблицы приёмки предложены автором на их основе и по урокам нашей машины | 2026-10-07 |
Anthropic рекомендует задавать проверяемый результат. Общие причины, почему ИИ не ускорил разработку, разобраны отдельно; здесь принимаем проверку каждой правки.
2. Тест принимают по ошибке, которую он способен поймать.
Агент может перенести неверное ожидание из кода в тест. Тогда оба файла согласны друг с другом, хотя пользователь получает неправильный результат.
Проверять надо результат из задачи агенту. В нашем случае 24 сентября функция вернула поле, которое боевой код не разрешал; тестовая среда эту границу пропустила.
Новый тест воспроизвёл поломку: без исправления он падал. Это сильнее отчёта «добавил тесты»: появилась проверка, чувствительная к конкретной ошибке.
Что предъявить вместе с тестом
Рекомендации автора по инциденту vibecoding.ru 24.09.2026 и документации Anthropic и Playwright; проверено 07.10.2026.
3. Каждая поломка добавляет проверку против её повторения.
Регрессионное тестирование проверяет, что новая правка сохранила прежнее поведение. Его полезная единица для руководителя: ошибка, которая больше не должна повториться.
Так у нас растёт набор проверок. После сбоя инженер разбирает причину, агент воспроизводит её тестом; следующая правка проходит уже через эту проверку.
Для старого кода есть порядок «сначала страховка». Здесь следующий шаг: каждой новой правкой пополнять защиту, чтобы страховка не осталась разовой кампанией.
Проверка может запрещать рост известных нарушений. Такой храповик держит записанный предел; когда долг сокращают, предел опускают. Старые нарушения не исчезают от запрета новых.
Что сломалось и какая проверка осталась
31.07
Поле обложки терялось на части путей создания новости. Перенос полей свели в одно место; проверка ловит ручное перечисление в обход общего механизма.
24.09
Страницы новостей без кэша отвечали ошибкой 500 при зелёных тестах. Исправление вышло примерно через 20 минут. Новый тест сверяет поля ответа с разрешённым форматом и падает без исправления.
27.09
Агент запустил выбранный набор тестов, пропустив проверки обязательных списков. После красного результата на сервере списки исправили и запустили полный набор. Выборочный успех не равен приёмке всей правки.
Исходные записи журналов машины за указанные даты, сверены 07.10.2026. Собственный опыт; закрытые журналы наружу не линкуются.
4. Полный прогон и проверка живой системы защищают разные границы.
Выборочный набор помогает агенту во время работы. Перед приёмкой нужен весь обязательный набор: случай 27 сентября показал, что пропущенная проверка всё ещё может упасть.
Но полный набор тоже имеет границы. В сентябрьской поломке тестовая среда не повторяла одно ограничение боевой системы, поэтому все запущенные тесты прошли.
Для браузерной проверки Playwright рекомендует результат, видимый пользователю. Проверка открытия кабинета полезнее проверки имени функции, которая должна его открыть.
Сборка и короткий проход по рабочему сценарию дополняют автотесты. После выпуска нужен сигнал с живой системы: пользователь действительно может войти или отправить заявку.
Какую границу проверяет каждый слой
Playwright Best Practices и уроки машины vibecoding.ru за июль–сентябрь 2026. Карта приёмки предложена автором 07.10.2026.
Ответственность за выпуск и откат разобрана в статье об ошибках ИИ. Автотесты дают доказательства для этого решения, но сами его не принимают.
5. Первая задача закрывает одну ошибку и оставляет защиту.
Не нужно обещать покрыть весь продукт до следующего релиза. Выберите ошибку, которую команда уже умеет воспроизвести, и закажите исправление вместе с проверкой.
Предложение автора для первой задачи: инженер фиксирует ожидаемое поведение, агент добавляет падающий тест, исправляет код и показывает результат всего обязательного прогона.
Если проверка проходит и на старой ошибке, задача не закончена. Тест надо изменить так, чтобы он отличал сломанное поведение от правильного.
Первая задача с автотестом: что принять
Предложенный автором порядок по подтверждённым случаям машины; 07.10.2026. Работа с данными для агента разобрана отдельно.
Если вы решаете, кто будет вести этот процесс, пройдите тест для руководителя. Он поможет выбрать следующий шаг перед запуском агентов.
Для постоянных правок есть подписка «Один проект»: 250 000 ₽ в месяц, один продукт и один поток работы. Условия проверены 7 октября 2026; поток ведёт инженер с машиной агентов.
При входе в систему без тестов первой задачей подписки стоит сделать страховку текущего поведения. Дальше тесты идут вместе с правками. Для одного исправления подписку брать незачем.
6. Частые вопросы
Чем автоматизированное тестирование отличается от автоматизации тестирования?+
Первое обозначает проверки, которые выполняет программа. Второе обозначает работу по их созданию, запуску и сопровождению. Для руководителя важен результат: новая правка не вернула известную ошибку.
Заменяет ли агент ручное тестирование и QA-инженера?+
Агент может писать и запускать проверки. Человек выбирает важные сценарии, разбирает неожиданные результаты и исследует поведение, для которого ещё нет готового ожидания. Написание тестов и решение о качестве продукта остаются разными задачами.
Нужно ли требовать высокий процент покрытия кода тестами?+
Покрытие показывает, какой код выполнялся во время тестов. Оно помогает искать пропуски, но не доказывает, что тест отличит правильный ответ от ошибочного. Мартин Фаулер объясняет это в Test Coverage, 17 апреля 2012; для приёмки добавьте вопрос о конкретной ошибке.
Можно ли поручить агенту тесты уже готовой системы?+
Можно. Сначала согласуйте с инженером, какое нынешнее поведение должно сохраниться, и зафиксируйте его проверками. Иначе агент способен принять существующую ошибку за правило.
На чём писать автотесты?+
Предложение автора: начать с средств, которые уже приняты в проекте. Для проверки функций и для пользовательского пути в браузере нужны разные слои. Смена инструмента сама по себе не доказывает, что проверка ловит ошибку.
Кто поддерживает автотесты после выпуска?+
Владелец процесса проверки. Когда меняется требование, он принимает новое ожидание; когда сломался код, ожидание не переписывают ради зелёного результата. Агент выполняет правку и проверяет её.
Источники
- Открытая машина vibecoding.ru · описание проверок на 7 октября 2026 — наш замер
- Подписка на разработку · условия «Один проект», проверены 7 октября 2026 — наш сервис
- Best practices for Claude Code · Anthropic, прочитано 7 октября 2026 — документация
- Best Practices · Playwright, прочитано 7 октября 2026 — документация
- Test Coverage · Мартин Фаулер, 17 апреля 2012; проверено 7 октября 2026 — инженерный текст
- Автоматизация, написание автотестов и регрессионное тестирование · Wordstat, РФ, 7 октября 2026 — замер спроса
Запомнить
1. Включайте тест в приёмку правки. Он должен защищать результат из задачи.
2. Принимайте сам тест: на ошибке падает, после исправления проходит.
3. Превращайте повторяющийся сбой в проверку, которая остаётся в следующих прогонах.
4. Проверяйте весь обязательный набор и нужный пользовательский путь. Зелёный результат ограничен тем, что запускали.
5. Закрепите за инженером ожидаемое поведение и приёмку. Агент пишет проверку, человек отвечает за её смысл.