Come funziona GUI Test Studio

Tutta l'idea in due minuti: registrate un test o descrivetelo in un prompt, rifinite, eseguite, leggete il report.

L'idea

Testate già la vostra applicazione a mano: percorrete uno scenario con i clic e guardate lo schermo.GUI Test Studio trasforma quel percorso in un test automatico.Glielo mostrate una volta, lo controlla a ogni esecuzione.

Non c'è alcuno script da scrivere.Un test è fatto dei passaggi che avete compiuto e dei controlli che dicono com'è il risultato corretto, disposti su una timeline come in un montaggio video.

Ci sono due modi di creare un test.Registratelo voi stessi: GUI Test Studio genera il test dalla registrazione, in modo visivo, pronto da eseguire e modificare in qualsiasi momento.Oppure descrivete il flusso in un prompt: il vostro assistente IA lo registra, lo verifica e lo esegue per voi tramite il connettore di GUI Test Studio, Claude, ChatGPT o un modello di IA locale, uno nostro o uno vostro, e il risultato è lo stesso test.

EsempioUn test di accesso

Aprite la vostra app, digitate un nome utente e una password, fate clic su Accedi e vedete “Bentornata, Anna”.

GUI Test Studio registra quei passaggi e aggiunge controlli lungo il percorso: il pulsante Accedi c'è prima che venga fatto clic, e il messaggio di benvenuto compare dopo.Ogni esecuzione riproduce i clic e la digitazione, e vi dice se qualcosa appare o si legge in modo diverso.

Due app e uno strumento da riga di comando

Un solo programma di installazione vi dà tre strumenti che lavorano sugli stessi file di test.

StrumentoCosa ci fate
GUI Test Runner-RecorderRegistrare un nuovo test, eseguire un test e leggere il suo report di affidabilità.
GUI Test StudioDare forma a un test su una timeline: aggiungere o adattare controlli, dare un nome ai passaggi, raggrupparli in scenari e mantenere il test aggiornato mentre la vostra app viene sviluppata.
gtr-cliEseguire i test senza finestra, da uno script o da una pipeline CI/CD.Stesse esecuzioni, stessi risultati.
Il connettore per i promptDescrivete un test in un prompt, in Claude, ChatGPT con Codex, VS Code o a un modello di IA locale, uno nostro o uno vostro: l'assistente lo registra, lo modifica, lo esegue e ne legge il report attraverso le due app.
La pagina iniziale di GUI Test Runner-Recorder: i due modi di creare un test fianco a fianco, poi aprirne o modificarne uno.
GUI Test Studio: la registrazione in alto, i passaggi e i controlli sulla timeline in basso.

I quattro passaggi

Registrare

Eseguite il vostro scenario una volta a mano, oppure descrivetelo in un prompt

Rifinire

Adattatelo sulla timeline, oppure chiedete la modifica

Eseguire

Riproducetelo a ogni build

Leggere

Il report dice cosa è cambiato e perché

Rifinire è facoltativo: una registrazione è un test completo nel momento in cui la salvate, con i suoi controlli già al loro posto.Tornate in GUI Test Studio quando volete cambiare qualcosa.

Che cos'è un controllo

Un controllo (asserzione) è un momento in cui il test si assicura che qualcosa sia corretto: un pulsante c'è, un testo dice la cosa giusta, una finestra di dialogo si è chiusa, un elenco ha tre righe.Esistono asserzioni visive, asserzioni testuali e asserzioni di layout.

La vostra appArea di ricercaSave

1. Trovare

2. Confrontare

Atteso

Save

ciò che avete registrato

Trovato ora

Save

sullo schermo reale

Stesso elemento, stesso aspetto: superato

Ogni asserzione visiva lavora in due fasi.Mentre il test è in esecuzione, il GTS Engine trova l'elemento, ovunque si trovi nella sua area di ricerca, tramite le informazioni di accessibilità dell'app o a vista.Poi confronta ciò che ha trovato con l'immagine che avete registrato: il rumore innocuo viene ignorato e le regressioni reali vengono individuate.

Il GTS Engine + AI trova ogni elemento in due modi.Prima interroga l'applicazione stessa: le informazioni di accessibilità di un'app desktop, le stesse informazioni usate da un lettore di schermo, o gli elementi propri di una pagina web.Quando l'applicazione non lo dice, come per un gioco, un canvas, un desktop remoto o un programma disegnato dal proprio toolkit, il motore trova l'elemento a vista, sullo schermo, come fa una persona.

Due strade verso lo stesso elemento sono ciò che rende un test robusto.Continua a trovare un pulsante dopo che il codice dietro è cambiato, la finestra si è spostata o il layout è cambiato, e funziona qualunque sia la vostra app: un sito web, un programma desktop, un gioco o un telefono mostrato sul vostro schermo, realizzato con qualsiasi tecnologia.

Trovare l'elemento è la prima metà di un controllo.La seconda metà confronta sempre ciò che c'è sullo schermo con ciò che vi aspettate, così un test coglie ciò che vedrebbero i vostri utenti.

Dopo un'esecuzione, il report di affidabilità mostra ogni controllo: ciò che è cambiato è evidenziato sullo schermo, e l'esito lo dice in parole semplici.

Per cosa potete usarlo

Tipo di testCome aiuta GUI Test Studio
Test end-to-end (E2E)Riprodurre un intero percorso utente sullo schermo reale, attraverso ogni finestra e app che tocca.
Test funzionaliControllare che una funzionalità faccia ciò che deve: compare la schermata giusta, sono mostrati il testo e i valori giusti.
Test di regressioneEseguire gli stessi test a ogni build e sapere subito quando qualcosa che funzionava è cambiato.
Controlli visiviCogliere ciò che sfugge agli altri test: un colore sbagliato, un'icona mancante, un pulsante sovrapposto.
Test scritti in anticipoPreparare un test dalle immagini del design prima che la funzionalità esista.

Per quest'ultimo, vedete Testare una funzionalità prima che esista.

Durante lo sviluppo, non solo alla fine

I test non sono qualcosa da aggiungere a prodotto finito.Createli mentre una funzionalità viene costruita, e cambiateli man mano che cambia: registrate un nuovo Scenario, spostate un passaggio, sostituite ciò che un controllo si aspetta, sulla timeline o da prompt.GUI Test Studio è fatto per queste modifiche quotidiane, e ogni modifica si può annullare.

Sviluppo tradizionale (SDLC)Sviluppo con agenti IA (ADLC)
Chi scrive il codiceSviluppatori, sprint dopo sprintAgenti di programmazione basati su IA, molte modifiche al giorno
Il rischioUn rilascio rompe una schermata che nessuno ha ritestatoLe modifiche rapide rompono le schermate più in fretta di quanto le persone riescano a guardarle
Come aiutano i testEseguiti a ogni build, sostituiscono il giro manuale di regressione prima di un rilascioEseguiti dopo ogni modifica di un agente, sono gli occhi che confermano che la schermata è ancora corretta
Quando un test fallisceLa segnalazione di bug va a uno sviluppatoreLa segnalazione di bug, con i suoi passaggi e le sue immagini, torna direttamente all'agente

Dove andare dopo

Ancora bloccati?Diteci cosa stavate cercando di fare e rispondiamo entro un giorno lavorativo.Ask our team