O que é evidência de teste
É o conjunto de registros que comprova a execução de um caso de teste: os passos feitos, o que o sistema mostrou em cada um, o resultado obtido e o ambiente. Ela serve para aprovar uma entrega, abrir um bug com contexto, responder auditoria e repetir o teste depois. Sem evidência, "funcionou na minha máquina" vira discussão.
O que uma boa evidência precisa ter
- Identificação: caso de teste, versão ou build, data, quem executou.
- Ambiente: URL, navegador, sistema operacional e tamanho da tela.
- Passo a passo com screenshot de cada ação relevante, na ordem em que aconteceu.
- Resultado esperado e resultado obtido, lado a lado.
- Network: as requisições da tela com método, URL, status e o corpo de request e response — é aqui que o dev encontra a causa.
- Console: erros e avisos de JavaScript do momento do teste.
- Formato que abre em qualquer lugar: relatório HTML, GIF ou vídeo dos passos e dados brutos em JSON.
Evidência manual x evidência automática
| Manual (print + planilha) | Automática com a Capto | |
|---|---|---|
| Screenshots | Tirar, recortar e colar um a um | Uma por ação, automaticamente |
| Passos | Escritos de memória depois do teste | Registrados durante a execução (cliques, inputs, navegação) |
| Network e console | Abrir o DevTools e copiar, quando lembra | Capturados junto com os passos |
| Formato final | Documento ou planilha montados à mão | Relatório HTML, GIF da timeline e JSON |
| Virar bug | Copiar tudo para o Jira/Azure DevOps | Envia o card com a evidência anexada |
Modelo de evidência de teste
Caso de teste: CT-042 — Aplicar cupom no checkout
Build / versão: 2.8.1 Data: 27/10/2026 Executado por: Ana (QA)
Ambiente: https://homolog.exemplo.com · Chrome 130 · macOS · 1440×900
Passo 1 — Abrir o carrinho com 2 itens [screenshot]
Passo 2 — Informar o cupom BEMVINDO10 [screenshot]
Passo 3 — Clicar em "Aplicar" [screenshot]
Resultado esperado: desconto de 10% e total atualizado.
Resultado obtido: mensagem "Erro inesperado"; total não muda.
Status: FALHOU → bug PROJ-318
Network: POST /api/cart/coupon → 500
request {"code":"BEMVINDO10"}
response {"error":"discount already applied"}
Console: Uncaught TypeError: Cannot read properties of undefined (reading 'total')
Anexos: evidencia-CT-042.html · passos.gif · sessao.jsonComo gerar a evidência com a Capto
- Instale a extensão da Capto no Chrome (também funciona no Edge e no Brave).
- Abra o sistema em teste e inicie a gravação no modo QA.
- Execute o caso de teste normalmente. Cada clique, input e navegação vira um passo com screenshot; network e console são gravados junto.
- Pare a gravação e exporte o relatório HTML, o GIF da timeline ou o JSON.
- Se falhou, envie direto como bug para o Jira ou o Azure DevOps, já com a evidência anexada e a análise da IA.
Boas práticas
- Grave um caso de teste por sessão: a evidência fica curta e fácil de revisar.
- Comece do estado inicial (tela limpa, usuário certo) para que outra pessoa consiga repetir.
- Nomeie a sessão com o ID do caso de teste para achar depois.
- Não exponha dados reais: a Capto mascara senha, token e chaves de autorização antes de enviar para a IA, mas prefira massa de teste.
- Guarde a evidência junto do card ou do plano de teste, não em pastas soltas.
Perguntas frequentes
Evidência de teste precisa de vídeo?
Não é obrigatório, mas ajuda muito em bugs de fluxo. Uma sequência de screenshots por passo (ou um GIF) com network e console costuma bastar e é mais leve que vídeo.
Qual o melhor formato para guardar evidência?
Um relatório HTML abre em qualquer navegador sem instalar nada; o JSON serve para guardar os dados brutos e reprocessar. A Capto exporta os dois e o GIF dos passos.
Evidência de teste serve para auditoria?
Sim, desde que tenha identificação do caso, data, ambiente, quem executou, passos e resultado. Esses campos estão no modelo acima.
Funciona com testes em homologação e produção?
Sim. A Capto é uma extensão do navegador e não precisa de SDK no sistema testado, então funciona em local, homologação ou produção.