Итоги и что дальше

Курс прошёл путь от тест-дизайна до регресса в CI. Ниже — то, что стоит забрать в ежедневную работу, и куда идти дальше, если хочется глубже.

Пять привычек

1. Сначала вопросы, потом кейсы. Требование почти всегда неполное. Первый проход с агентом — поиск неоднозначностей, а не список проверок («Тест-дизайн по требованиям»).
2. Сначала воспроизвести, потом чинить. Агент, который не воспроизвёл баг, исправляет то, что ему показалось («Воспроизведение багов»).
3. Сначала причина, потом правка. Для упавшего или нестабильного теста — гипотеза и эксперимент. Паузы, ретраи и force не исправляют, а прячут («Нестабильные тесты»).
4. Тест падает без фикса. Каждый тест к багфиксу проверяется откатом исправления, каждое утверждение — вопросом «какая поломка сделает его ложным» («Как проверять тесты»).
5. Браузер агента — не граница безопасности. Только тестовые окружения, тестовые аккаунты и изолированный профиль («Браузер в руках агента»).

Минимальная настройка проекта

Если вы сделаете только это, работа с агентом станет заметно предсказуемее:

• раздел «Тесты» в AGENTS.md: команды, стенд, правила для локаторов и данных, критерий «готово, когда»;
• правило, что задача на тесты не меняет код продукта, а задача на продукт — тесты, без явной причины;
• профиль с сетью для работы со стендом и --sandbox read-only для исследования;
• навыки для повторяемого: баг-репорт, разбор флака, чек-лист регресса;
• в CI — артефакты при любом исходе, отчёт JUnit и карантин вместо удаления.

Что остаётся за вами

Агент быстро пишет проверки, гоняет их и разбирает логи. Но решение, какие сценарии критичны, какой риск приемлем и достаточно ли тестов для релиза, по-прежнему принимает человек. Чем больше кода пишет агент, тем ценнее тестировщик, который умеет проверять не только продукт, но и сами проверки.

Куда дальше

• «Codex в автоматизации» — codex exec, ответы по схеме, GitLab CI, автопочинка CI и безопасность автоматизации. Логичное продолжение урока о регрессе.
• «Настройка и расширение Codex» — MCP, навыки, хуки и субагенты: как превратить ваши QA-процедуры в инструменты команды.
• «Harness engineering» — для QA-лидов: петли обратной связи, наблюдаемость для агента и урок «Проверка поведения», где тема этого курса разобрана как открытый вопрос всей отрасли.
• «Codex для тимлидов» — ворота качества и ревью при росте потока MR, если вы отвечаете за процесс, а не только за проверки.