Como o GUI Test Studio funciona
A ideia toda em dois minutos: grave um teste ou descreva-o em um prompt, refine, execute, leia o relatório.
A ideia
Você já testa o seu aplicativo à mão: clica ao longo de um cenário e olha a tela.O GUI Test Studio transforma esse percurso em um teste automatizado.Você mostra uma vez, e ele verifica a cada execução.
Não há script para escrever.Um teste é feito das etapas que você realizou e das asserções que dizem como é o resultado correto, dispostas em uma linha do tempo como uma edição de vídeo.
Há duas formas de criar um teste.Gravá-lo você mesmo: o GUI Test Studio gera o teste a partir da gravação, de forma visual, pronto para executar e para editar a qualquer momento.Ou descrever o fluxo em um prompt: o seu assistente de IA o grava, verifica e executa para você pelo conector do GUI Test Studio, com o Claude, o ChatGPT ou um modelo de IA local que fornecemos ou que você traz, e o resultado é o mesmo teste.
Você abre o seu aplicativo, digita um nome de usuário e uma senha, clica em Entrar e vê “Bem-vinda de volta, Anna”.
O GUI Test Studio grava essas etapas e adiciona asserções pelo caminho: o botão Entrar está lá antes de ser clicado, e a mensagem de boas-vindas aparece depois.Cada execução reproduz os cliques e a digitação, e diz se algo parece ou diz algo diferente.
Dois aplicativos e um executor
Um único instalador traz três ferramentas que trabalham com os mesmos arquivos de teste.
| Ferramenta | O que você faz com ela |
|---|---|
| GUI Test Runner-Recorder | Gravar um novo teste, executar um teste e ler o Relatório de confiança dele. |
| GUI Test Studio | Moldar um teste em uma linha do tempo: adicionar ou ajustar asserções, nomear etapas, agrupá-las em cenários e manter o teste em dia enquanto o seu aplicativo é desenvolvido. |
| gtr-cli | Executar testes sem janela, a partir de um script ou de um pipeline de CI/CD.As mesmas execuções, os mesmos resultados. |
| O conector de prompt | Descreva um teste em um prompt, no Claude, no ChatGPT com o Codex, no VS Code ou para um modelo de IA local que fornecemos ou que você traz: o assistente o grava, edita, executa e lê o relatório dele pelos dois aplicativos. |
As quatro etapas
Gravar
Faça o seu cenário uma vez à mão, ou descreva-o em um prompt
Refinar
Ajuste-o na linha do tempo, ou peça a alteração
Executar
Reproduza-o a cada build
Ler
O relatório diz o que mudou e por quê
Refinar é opcional: uma gravação é um teste completo no momento em que você a salva, com as asserções já no lugar.Você volta ao GUI Test Studio quando quiser mudar algo.
O que é uma asserção
Uma asserção (assert) é um momento em que o teste confirma que algo está certo: um botão está lá, um texto diz a coisa certa, uma caixa de diálogo fechou, uma lista tem três linhas.Há asserções visuais, asserções textuais e asserções de layout.
1. Encontrar
2. Comparar
Esperado
o que você gravou
Encontrado agora
na tela ao vivo
Mesmo elemento, mesma aparência: aprovado
O GTS Engine + AI encontra cada elemento de duas formas.Primeiro, ele pergunta ao próprio aplicativo: as informações de acessibilidade de um aplicativo de desktop, as mesmas que um leitor de tela usa, ou os próprios elementos de uma página web.Quando o aplicativo não diz, como em um jogo, um canvas, uma área de trabalho remota ou um programa desenhado pelo seu próprio kit de ferramentas, o mecanismo encontra o elemento pela visão, na tela, como uma pessoa faz.
Dois caminhos até o mesmo elemento são o que torna um teste robusto.Ele continua encontrando um botão depois que o código por trás dele mudou, a janela se moveu ou o layout se deslocou, e funciona seja qual for o seu aplicativo: um site, um programa de desktop, um jogo ou um celular mostrado na sua tela, feito com qualquer tecnologia.
Encontrar o elemento é a primeira metade de uma asserção.A segunda metade sempre compara o que está na tela com o que você espera, então um teste pega o que os seus usuários veriam.
Para que você pode usá-lo
| Tipo de teste | Como o GUI Test Studio ajuda |
|---|---|
| Testes de ponta a ponta (E2E) | Reproduza uma jornada inteira do usuário na tela real, por todas as janelas e aplicativos que ela atravessa. |
| Testes funcionais | Verifique se um recurso faz o que deve: a tela certa aparece, o texto e os valores certos são mostrados. |
| Testes de regressão | Execute os mesmos testes a cada build e saiba na hora quando algo que funcionava mudou. |
| Asserções visuais | Pegue o que outros testes deixam passar: uma cor errada, um ícone faltando, um botão sobreposto. |
| Testes escritos antes | Prepare um teste a partir de imagens do design antes que o recurso exista. |
Veja Testar um recurso antes que ele exista para o último.
Durante o desenvolvimento, não só no final
Testes não são algo que você adiciona depois que o produto está pronto.Crie-os enquanto um recurso está sendo construído e altere-os conforme ele muda: grave um novo cenário, mova uma etapa, substitua o que uma asserção espera, na linha do tempo ou por prompt.O GUI Test Studio é feito para essa edição do dia a dia, e toda alteração pode ser desfeita.
| Desenvolvimento tradicional (SDLC) | Desenvolvimento com agentes de IA (ADLC) | |
|---|---|---|
| Quem escreve o código | Desenvolvedores, sprint após sprint | Agentes de programação com IA, muitas alterações por dia |
| O risco | Uma versão quebra uma tela que ninguém testou de novo | Alterações rápidas quebram telas mais rápido do que as pessoas conseguem olhar |
| Como os testes ajudam | Executados a cada build, eles substituem a rodada manual de regressão antes de uma versão | Executados após cada alteração de um agente, eles são os olhos que confirmam que a tela continua certa |
| Quando um teste falha | O relatório de bug vai para um desenvolvedor | O relatório de bug, com as etapas e as imagens, volta direto para o agente |
Para onde ir agora
Ainda com problemas?Conte o que você estava tentando fazer, e respondemos em até um dia útil.Ask our team