Um relatório de teste encerra uma rodada de testes. Ele responde a três perguntas para quem decide sobre o lançamento (muitas vezes, você): o que foi testado, o que foi encontrado, o que acontece agora. Mantenha em uma página. Se precisar de mais, linke para a sua lista de bugs.
Template (copie e cole)
RELATÓRIO DE TESTE: <nome do app> <versão / build>
Período: <de - até> Autor: <nome>
1. RESUMO (no máximo 3 linhas)
Recomendação: <GO / GO com problemas conhecidos / NO-GO>
Motivo: <uma frase>
2. O QUE FOI TESTADO
Escopo: <recursos e fluxos cobertos>
Não testado: <o que ficou de fora, e por quê>
Dispositivos / SO: <lista>
Testadores: <número e tipo, ex.: 8 colegas desenvolvedores>
3. RESULTADOS
Casos de teste executados: <n> Passaram: <n> Falharam: <n> Bloqueados: <n>
Itens de feedback recebidos: <n>
4. ACHADOS
| # | Severidade | Área | Resumo | Status (aberto / corrigido / não será corrigido) | Link |
|---|------------|------|--------|--------------------------------------------------|------|
| 1 | | | | | |
5. PROBLEMAS CONHECIDOS QUE VÃO NESTE BUILD
- <problema, com solução alternativa, se houver>
6. O QUE OS TESTADORES GOSTARAM / O QUE OS CONFUNDIU
- Gostaram: <curto>
- Confundiu: <curto>
7. DECISÕES E PRÓXIMOS PASSOS
| Ação | Responsável | Prazo |
|------|-------------|-------|
| | | |
8. QUESTÕES EM ABERTO
- <pergunta>
Exemplo (ilustrativo, números inventados)
RELATÓRIO DE TESTE: Example Recipe App 2.1 (build 214)
Período: 2026-11-03 - 2026-11-09 Autor: Sam
1. RESUMO
Recomendação: GO com problemas conhecidos
Motivo: Nenhum crash no fluxo principal; restam dois problemas cosméticos.
2. O QUE FOI TESTADO
Escopo: cadastro, busca, salvar receita, leitura offline
Não testado: modo escuro em tablets (não suportado)
Dispositivos / SO: dois celulares, Android 11 e 14
Testadores: 6 testadores de um grupo de colegas
3. RESULTADOS
Casos de teste executados: 20 Passaram: 17 Falharam: 2 Bloqueados: 1
4. ACHADOS
| 1 | Alta | Busca | Consulta vazia mostra tela em branco | corrigido | #12 |
| 2 | Baixa | Perfil | Avatar cortado em celulares pequenos | não será corrigido | #15 |
7. DECISÕES E PRÓXIMOS PASSOS
| Retestar a correção da busca | Sam | 2026-11-10 |
Como adaptar
- Comece pela decisão. Quem para na seção 1 ainda deve saber o que fazer.
- Use uma escala de severidade definida antes. Veja a matriz de severidade e prioridade de bugs.
- Relate apenas números que você contou. Deixe o campo em branco em vez de chutar.
- Testes fechados no Google Play: anote o número de testadores e o período do teste para saber depois o que a rodada cobriu. Não copie números de requisitos de memória; veja [testes fechados com 12 testadores e a política oficial atual.
- Vai compartilhar com os testadores? Remova detalhes privados e nomes de testadores antes.
Relacionados
- Hub: Hub de checklists de teste de apps mobile
- Template de checklist de teste de regressão
- Checklist de smoke test para cada novo build
Comece grátis para coletar feedback privado e estruturado para o seu próximo relatório.