Test della modalità scura, altre lingue, altri schermi: un solo test per tutte le varianti

Per testare la modalità scura, altre lingue e altri schermi senza copiare il test, tenete un solo test i cui controlli hanno una versione per variante.Un'esecuzione sceglie la variante, e i passaggi restano gli stessi.

È uno dei problemi più comuni dell'automazione dei test.Un test passa in modalità chiara sulla vostra postazione, poi fallisce in modalità scura, in francese o sul portatile di un collega, senza che niente sia rotto.

Perché un test fallisce in modalità scura quando non c'è niente di rotto?

In GUI Test Studio, ciò che un controllo si aspetta è l'obiettivo visivo di un'asserzione visiva, il testo atteso di un'asserzione testuale, il formato di un'asserzione testuale dinamica o la disposizione di un'asserzione di layout.La registrazione dà a ogni controllo il suo primo aspetto atteso, chiamato predefinito.

Modalità scura, un'altra lingua, un altro schermo: che cosa cambia su uno schermo corretto

Lo stesso schermo può legittimamente apparire diverso.L'app non è rotta, è mostrata in un'altra variante, e un controllo con una sola versione non sa distinguere.

Perché copiare il test per ogni variante non regge

Quando uno schermo corretto continua a fallire in una variante, i team ricorrono di solito a una di tre scorciatoie.

Perché un test superato possa comunque non vedere ciò che vedono gli utenti è il tema di bug visivi che i test automatici non colgono.Perché un controllo che fallisce senza motivo sia peggio di nessun controllo è spiegato in test instabili e falsi positivi.

Che cosa serve in un framework di test scritto in codice

In un framework scritto in codice come Playwright, Selenium o Cypress, le varianti le costruite e le mantenete voi nel codice.

L'idea è la stessa: una variante, un insieme di attese.Ciò che cambia è quanto dovete scrivere e mantenere per arrivarci.

Un solo test per tutte le varianti: i profili di baseline

GUI Test Studio, che automatizza i test end-to-end su Windows senza codice, conserva ogni versione dentro il test.Date un nome alle vostre varianti come profili di baseline, per esempio Modalità scura, Francese, Monitor 4K o Windows 10.Ogni controllo può allora conservare una versione di ciò che si aspetta per profilo, accanto a quella predefinita.

Ogni tipo di controllo può avere versioni: asserzioni visive, asserzioni testuali, asserzioni testuali dinamiche e asserzioni di layout.In un'asserzione di gruppo, ogni membro ha le proprie.Vedete la guida alle baseline per ogni finestra coinvolta.

Che cosa cambia da una variante all'altra, e che cosa non cambia mai

Un profilo cambia ciò che un controllo si aspetta.Non cambia mai il modo in cui il controllo lo cerca.

Testare un'app in più lingue: cambiano anche i passaggi

Un test in un'altra lingua spesso ha bisogno di qualcosa in più di altre immagini.Scrive altre parole, apre un altro indirizzo o carica un altro file.Così ogni passo del test può avere la versione di un profilo di ciò che fa, mentre il suo punto sullo schermo e il suo momento restano condivisi.

Anche una scorciatoia può cambiare: in Microsoft Word in francese, il grassetto è Ctrl+G invece di Ctrl+B, quindi il passo Pressione di tasto contiene una versione francese.

Come un'asserzione testuale legge e confronta un testo è spiegato in Asserzioni testuali.

Come aggiungere la modalità scura a un test esistente, passo dopo passo

Il modo più rapido di riempire un profilo è un'esecuzione con quel profilo.I controlli che appaiono diversi falliscono, li esaminate e tenete quelli giusti.

1. 1

   Dare un nome al profilo

   In Impostazioni, Impostazioni progetto, aggiungete un profilo di baseline chiamato Modalità scura nella scheda Profili di baseline.Un profilo è solo un nome finché i suoi controlli non ricevono le loro versioni.

2. 2

   Eseguire il test con il profilo

   Passate la vostra app alla modalità scura.Nella pagina del test in GUI Test Runner-Recorder, scegliete Modalità scura nella riga Baseline, poi fate clic su Esegui test.

   

   Ingrandisci

3. 3

   Esaminare ogni controllo fallito

   I controlli si confrontano ancora con l'aspetto chiaro, quindi quelli che appaiono diversi falliscono.Aprite ciascuno nel report di affidabilità e decidete se l'aspetto scuro è giusto.

4. 4

   Accettare gli aspetti scuri che sono giusti

   Fate clic su Accetta l'effettivo come baseline per Modalità scura su ogni controllo che avete esaminato.L'aspetto chiaro predefinito resta com'era.

   

   Ingrandisci

5. 5

   Salvare, poi eseguire di nuovo

   Salvate le modifiche del report nel test ed eseguitelo ancora una volta con Modalità scura.Ogni controllo ora si confronta con la propria versione scura.

Oppure catturare la versione in GUI Test Studio

Selezionate un controllo, aprite la sua scheda Baseline e selezionate il profilo.Ogni campo del pannello Proprietà mostra ora la versione di quel profilo, e una modifica di ciò che il controllo si aspetta va in quella versione.Cattura... avvia una cattura dello schermo con la zona del controllo tracciata dove si trovava, e Cattura la stessa zona prende l'immagine del profilo in quello stesso punto.

Potete anche chiedere al vostro assistente IA di aggiungere un profilo o catturare una versione, tramite Creare un test da un prompt.

Quando l'app cambia di proposito: accettare il nuovo aspetto con un clic

Un nuovo aspetto si accetta quando l'app cambia di proposito.Accettate solo ciò che avete esaminato, e tenete una via per tornare indietro.

Aggiornare un test dopo una modifica spiega come accettare nel report, e il report di affidabilità spiega tutto ciò che mostra.

Eseguire ogni variante in CI/CD

Un'esecuzione usa un profilo.In GUI Test Runner-Recorder, è la riga Baseline della pagina del test.Su un agente di build, gtr-cli accetta --baseline-profile seguito dal nome del profilo.

gtr-cli run tests\Checkout.GTS --junit results\default.xml
gtr-cli run tests\Checkout.GTS --baseline-profile "Dark mode" --junit results\dark.xml
gtr-cli run tests\Checkout.GTS --baseline-profile "French" --junit results\french.xml

Eseguire i test nella pipeline elenca ogni opzione di gtr-cli.

Browser e dispositivi si gestiscono in un altro modo

Un test web non ha bisogno di un profilo per browser o dispositivo: GUI Test Runner-Recorder genera una versione del test registrato per Chrome, Edge, Firefox e telefoni e tablet emulati, con immagini ritagliate da ciascuno.Vedete Test cross-browser da una sola registrazione.

I profili di baseline servono per ciò che cambia l'aspetto della stessa app sullo stesso tipo di schermo: un tema, una lingua, una scala, una versione di Windows o un'edizione della vostra app.Questo vale allo stesso modo per app desktop, app web, giochi e telefoni.

Cosa sapere prima di iniziare

Punti chiave

• 1Un test che si aspetta un solo aspetto fa fallire uno schermo corretto in modalità scura, in un'altra lingua, con un'altra scala o su un'altra versione di Windows.
• 2Copie e controlli più permissivi non reggono: le copie divergono, e un controllo più permissivo nasconde bug reali.
• 3GUI Test Studio conserva ogni variante dentro un solo test, una versione per profilo di baseline, per ogni controllo e ogni passaggio.
• 4Dove guardare, quanto attendere e quanto essere severi restano condivisi, quindi nessuna variante rende il test più indulgente.
• 5Un'esecuzione sceglie una variante, e un nuovo aspetto nasce dall'accettare un risultato esaminato nel report di affidabilità.

Domande

Playwright, Selenium, Cypress, Microsoft Word e Windows sono marchi dei rispettivi proprietari.