Integration Testing — Это Часть, Которую AI Не Может Пропустить За Тебя

Платформа работает. End-to-end, до самого конца: log in, листать lobby, сесть за стол, увидеть места, открыть диалог buy-in, наблюдать раздачу.

Чтобы добраться сюда, потребовалось четыре поста. Баг роутинга, несоответствие формата данных, сломанный auth guard, среда разработки, которая молча игнорировала изменения кода.

Также потребовалось integration testing. О чём этот пост.

Как Выглядела Фаза Тестирования

Мы тестировали с помощью Playwright — инструмента автоматизации браузера, который скриптует реальные взаимодействия с браузером и проверяет результаты. Реальный браузер. Реальные запросы. Реальный отрендеренный UI.

Сессия: log in с тестовыми учётными данными, добраться до lobby, подтвердить, что table cards рендерятся в правильной высоте, перейти к столу, подтвердить, что появляется header bar с кнопкой lobby и кнопкой help, подтвердить, что seat picker рендерит все открытые места.

Каждый шаг провалился в первом запуске.

Table cards были высотой 572 пикселя, потому что CSS Grid применяет align-items: stretch по умолчанию, когда в ряду только один элемент. Никто это не специфицировал. Никто не ломал намеренно. Это просто то, что делает CSS.

Переход к столу отправлял браузер в цикл редиректа. Auth guard проверял значение контекста роутера, которое никогда не заполнялось.

Это не AI-специфические режимы отказа. Это класс багов, которые появляются только когда полный стек работает вместе. Они появились бы и в коде, написанном людьми. Фаза тестирования ловит их в любом случае.

Почему AI-Сгенерированный Код Всё Равно Нуждается В Этом

Есть версия AI-поддерживаемой разработки, которая трактует тестирование как опциональное. Рассуждение: spec корректен, агент реализует spec, следовательно реализация корректна.

Это рассуждение проваливается на интеграционном уровне.

Отдельные компоненты могут каждый реализовать свой spec корректно и всё равно не суметь общаться друг с другом. Spec описывает поведение в изоляции. Integration testing проверяет поведение в композиции. 100-страничная спецификация, покрывающая каждую область системы, всё равно не описывает каждый default CSS Grid и каждый порядок инициализации router context.

Запустить штуку — единственный способ увидеть, как выглядит запущенная штука.

Что Всё Ещё Делает Человек

Каждый провал в тестовой сессии был идентифицирован человеком, наблюдавшим за браузером. Card в lobby растягивалась на полную высоту — это наблюдение визуальное, не залогированное. Стол грузился пустым — это потребовало смотреть network requests и заметить 404. Цикл редиректа был прослежен по истории навигации браузера.

Эти наблюдения происходят до того, как AI вовлекается в диагностику. Агент может проследить баг, который ты описал. Описание требует человека, который понимает, как должно выглядеть поведение.

Это не ограничение методологии. Это методология, работающая правильно. Человек определяет систему, проверяет вывод, эскалирует отказы. Агент диагностирует и исправляет. Это разделение держится через всю фазу тестирования.

Где Мы Сейчас

Dev-окружение проходит end-to-end testing. Платформа операционно готова. Между сейчас и open beta: финальная валидация на staging, интеграция card payment processor, и enforcement geofencing.

Фаза тестирования не окончена. Она поднялась выше по стеку.

salty.poker changelog обновляется по мере того, как мы отгружаем. Следи за ним, если хочешь отслеживать build в реальном времени.

За полной серией про инженерную методологию — как spec ведёт сессии, как выглядит роль архитектора через фазу тестирования, и чему почти 30 лет создания софта учат про итерацию — эта серия идёт параллельно на The Salty Korean.

Stay salty.