Ler o Relatório de confiança
O que foi aprovado, o que foi reprovado, por quê, e quão perto cada asserção chegou.
Abrir um relatório
O Relatório de confiança abre sozinho depois de cada execução.Para vê-lo de novo mais tarde, abra o teste no GUI Test Runner-Recorder e clique em Relatório de confiança (Ctrl+Shift+R).O relatório de cada execução é salvo com o teste e reabre exatamente como era.
O veredito no topo
A faixa diz como a execução terminou, quantas asserções e ações foram aprovadas do total que o teste contém, e quanto tempo levou.Quando uma execução falhou, ela diz onde: a etapa, a asserção e o cenário dela.
Os pontos fracos dela apontam as asserções aprovadas pela menor margem.São as que têm mais chance de falhar em seguida, e vale a pena olhá-las antes que isso aconteça.
Quando uma tecla do teste foi gravada em um layout de teclado que este computador não tem, o relatório avisa na faixa.A execução continua mesmo assim, e isso sozinho nunca a reprova.
Os botões da faixa
| Botão | O que ele faz |
|---|---|
| Relatório de bug | Abre o formulário do relatório de bug, preenchido a partir da execução.Ele oferece dois destinos: um arquivo, PDF ou Excel, ou um item do Jira.Veja Criar um relatório de bug. |
| Conectar Jira | Aparece enquanto nenhum site do Jira estiver conectado neste computador: conecte uma vez, e Relatório de bug passa a oferecer o Jira.Depois que esta execução foi relatada, a chave do item fica aqui no lugar, e um clique abre o item no Jira ou cria outro. |
| Pasta | Abre a pasta onde ficam os arquivos da execução. |
| Limpar histórico | Remove do Histórico as execuções anteriores do teste; a execução que você está lendo permanece. |
| Veredito | O que aconteceu |
|---|---|
| Aprovado | Todas as etapas foram executadas e todas as asserções foram aprovadas. |
| Reprovado: não encontrado | Uma asserção aguardou todo o tempo limite e nunca encontrou o que esperava.Em uma asserção visual, essa é a Fase de busca. |
| Reprovado: diferente | O elemento foi encontrado, mas está diferente da gravação.Essa é a Fase de verificação. |
| Interrompido | Alguém pressionou a tecla Interromper, ou um limite de tempo encerrou a execução. |
As duas fases de uma asserção visual
Cada asserção visual é decidida em duas fases, e o relatório mostra as duas.Saber qual fase falhou diz que tipo de problema você tem.
| Fase | A pergunta que ela responde | Quando ela falha | O que olhar |
|---|---|---|---|
| Fase de busca | O elemento está na tela?Enquanto o teste é executado, o elemento é buscado, até o tempo limite da asserção. | Não encontrado: o elemento nunca apareceu, ou mudou tanto que não é mais reconhecido. | O aplicativo está na tela certa?Algo está cobrindo o elemento?Ele foi removido ou redesenhado? |
| Fase de verificação | Ele está como esperado?Uma vez encontrado, o elemento é comparado de perto com o que o teste espera. | Diferente: o elemento está lá, mas algo nele mudou, como uma palavra, uma cor ou um ícone. | Ou o aplicativo tem um bug, ou ele mudou de propósito e você aceita a nova aparência. |
Primeiro você localiza seu amigo na multidão, e um casaco novo não o impede: essa é a Fase de busca.Depois você olha mais de perto e repara no corte de cabelo novo: essa é a Fase de verificação.
A Fase de busca é tolerante de propósito: o elemento só precisa ser reconhecível, então uma pequena mudança nunca o esconde.A Fase de verificação é a rigorosa: ela deixa de fora o que o olho não vê e relata o que realmente mudou.
No painel de uma asserção, as fases são lidas de cima para baixo: encontrado ou não, depois corresponde ou difere.Duas configurações estão por trás delas.O quanto a busca é tolerante é a Sensibilidade de busca do teste, nas Configurações do projeto.O quanto a comparação é rigorosa é o Rigor da verificação de cada asserção.Os padrões servem para a maioria dos testes: veja Configurações que vale a pena conhecer.
As asserções textuais e de layout são mais simples.Elas são decididas em uma única etapa enquanto o teste é executado: o texto é lido, ou os elementos são localizados, e a asserção é aprovada ou reprovada.
Cada etapa, em ordem
A lista mostra cada ação e cada asserção da execução, com uma marca verde ou vermelha.Filtre por tipo (visual, texto, layout, eventos), por resultado (só as reprovadas), por cenário, ou por uma parte do teste: arraste sobre a linha do tempo da execução para ver só aquele trecho.
Cada linha traz o nome que você deu ao bloco dela no GUI Test Studio.Quando o teste tem cenários, as etapas deles aparecem sob um cabeçalho na cor do cenário.Recolha um cabeçalho para esconder as etapas que você não está olhando.
| Para | Faça isto |
|---|---|
| Ir para a próxima falha | F8 |
| Encontrar uma etapa | Digite na caixa de busca: um nome, uma palavra, um cenário |
| Ver as etapas como uma tabela | Troque a visualização no topo da lista |
O meio da barra de ferramentas conta as falhas, entre Falha anterior e Próxima falha.Histórico, na ponta direita, alterna entre as etapas desta execução e o Histórico do teste.
A linha do tempo da execução
Abaixo da lista, a linha do tempo da execução mostra cada etapa no seu momento, com os quadros do vídeo.Cada asserção é marcada no seu momento, uma reprovada em vermelho: clique em uma marca para abrir essa asserção.Clique em qualquer outro momento para abrir a etapa dele, e passe de etapa em etapa com as teclas de seta.
Ela fica na parte de baixo da janela.Arraste-a pela barra de título para qualquer outra borda, ou para fora da janela para que flutue sozinha.
Examinar uma asserção
Clique em uma asserção: o painel dela abre embaixo.À esquerda, a imagem.No meio, três linhas dão o veredito de cada fase em palavras simples: a Fase de busca, a Fase de verificação e a Análise inteligente com IA.À direita, o que você pode fazer a respeito.
A imagem abre em Pulso: o que mudou brilha na tela como ela está agora, e o seu olhar vai direto para lá.
Comparar as duas imagens
Os botões acima da imagem trocam a visualização: lado a lado, uma divisão que você arrasta, uma sobre a outra, uma visualização das diferenças, e Pulso.Qualquer imagem abre maior com o botão Ampliar dela.
“A verificação visual falhou.Foi detectada uma diferença visual significativa em botão Salvar, concentrada em uma região.”A visualização das diferenças mostra a região: o rótulo agora diz “Salvar rascunho”.Ou o aplicativo tem um bug, ou ele mudou de propósito e você aceita a nova aparência.
Asserções textuais e de layout
Uma asserção textual mostra as palavras que esperava e as palavras que leu, lado a lado.Uma asserção de layout mostra o quadro com o lugar esperado de cada elemento em verde, onde ele estava em vermelho, e o nome de cada elemento que se moveu.
Quando um aplicativo de desktop informa ao Windows o que o texto dele diz, uma asserção textual pergunta primeiro ao aplicativo, e o relatório mostra o que o aplicativo disse ao lado do que foi lido na tela.
Encontrado fora da área de busca
Uma asserção que só encontrou o elemento depois de buscar além da área de busca dela avisa isso, e oferece Ampliar a área de busca no GUI Test Studio....Isso abre o teste nessa asserção, no editor dela, para você ampliar a área de uma vez.
Histórico: quando começou a falhar?
Histórico, na barra de ferramentas do relatório, acompanha cada asserção em todas as execuções do teste: qual execução falhou primeiro, o quanto cada asserção chegou perto ao longo do tempo e o que mudou entre duas execuções.Abra dali o relatório de qualquer execução anterior.
Outro navegador ou dispositivo
Em um teste web feito para vários navegadores e dispositivos, cada um tem o próprio relatório e o próprio histórico.O botão Navegadores e dispositivos na barra de ferramentas do relatório lista todos com o último veredito e abre o relatório do que você escolher.Veja Todos os navegadores e dispositivos a partir de uma gravação.
Próximo: Quando o aplicativo muda de propósito, ou Criar um relatório de bug.
Ainda com problemas?Conte o que você estava tentando fazer, e respondemos em até um dia útil.Ask our team