Neste guia
Você nunca tem tempo para testar tudo. Teste baseado em risco significa testar primeiro o que mais causaria dano se quebrasse e o que tem mais chance de quebrar. Esta página traz uma planilha simples de pontuação para copiar.
Como funciona a pontuação
Para cada funcionalidade ou fluxo, dê duas notas de 1 a 3:
- Impacto (I): quão ruim é para os usuários ou para você se isso falhar? 1 = irritante, 2 = impede uma tarefa, 3 = perda de dados, perda de dinheiro ou o app fica inutilizável.
- Probabilidade (L): quão provável é a falha? 1 = antigo, estável, sem mudanças; 2 = mudou um pouco; 3 = novo, mudou muito, ou depende de algo fora do seu controle (rede, provedor de pagamento, versão do SO).
Risco = I x L. Notas de 6 a 9 são testadas primeiro e em vários dispositivos. 3 a 4 recebem uma passada. 1 a 2 são verificados só se sobrar tempo.
Template para copiar e colar
Funcionalidade / fluxo | I (1-3) | L (1-3) | Risco | Profundidade do teste | Feito? | Notas
-----------------------|---------|---------|-------|-----------------------|--------|------
| | | | | |
Sugestão de profundidade do teste: 6-9 = caminho completo mais casos de erro em pelo menos dois dispositivos; 3-4 = caminho feliz uma vez; 1-2 = verificação rápida.
Exemplo (ilustrativo, não são dados reais)
| Funcionalidade | I | L | Risco | Profundidade do teste |
|---|---|---|---|---|
| Entrar | 3 | 2 | 6 | Caminho completo, senha errada, offline |
| Compra / assinatura | 3 | 3 | 9 | Caminho completo, cancelamento, restauração, dois dispositivos |
| Upload de foto de perfil | 2 | 3 | 6 | Arquivo grande, sem permissão, rede lenta |
| Configurações: modo escuro | 1 | 2 | 2 | Verificação rápida |
| Tela Sobre | 1 | 1 | 1 | Só se sobrar tempo |
Adapte ao seu app
- Adicione colunas que importam para você, por exemplo "dispositivo/SO" ou "responsável", se várias pessoas testam.
- Aumente a Probabilidade após cada mudança. Tudo o que foi alterado nesta versão tem pelo menos 2, mesmo que antes fosse estável.
- Aumente o Impacto para dados e dinheiro. Tudo o que grava, apaga ou cobra de alguém é 3.
- Pontue de novo com feedback real. Se os testers continuam esbarrando em problemas numa área, a probabilidade estava baixa demais. Veja como priorizar feedback de apps para organizar o que volta.
- Mantenha pequeno. 10 a 20 linhas bastam. Uma planilha longa que ninguém atualiza é pior que uma curta.
Limites: as notas são seu julgamento, não medições. Duas pessoas podem pontuar diferente; essa diferença é uma conversa útil, não um erro.
Relacionados
- Hub: checklists de teste de apps mobile
- Checklist de teste de aceitação do usuário para projetos de app
- Planilha de acompanhamento de feedback de beta
O AppReviewX oferece feedback privado e estruturado de outros desenvolvedores sobre as áreas que você classificou como mais arriscadas. Cada feedback que você escreve vale 1 crédito; contas novas começam com 0 créditos. Comece grátis.