Um teste de regressão pergunta: tudo o que funcionava antes ainda funciona depois da minha mudança? Você não consegue testar o app inteiro toda vez, então mantenha uma lista curta e vá aumentando-a com bugs reais. Uma lista de 15 verificações que você de fato roda vale mais que uma lista de 150 que você pula.
Como a lista cresce
- Comece pelos seus fluxos principais. As 5 a 8 coisas que o usuário precisa conseguir fazer (cadastro, tarefa principal, compra, restauração).
- Adicione todo bug que escapou. Quando um bug chega a um usuário ou testador, adicione uma linha que o teria pego. Essa é a parte mais valiosa da lista.
- Adicione as áreas frágeis. Tudo o que você mudou três vezes ou que depende de um serviço de terceiros.
- Enxugue. Remova verificações de recursos retirados e junte duplicatas. Revise a lista a cada release.
Template (copie e cole)
LISTA DE REGRESSÃO: <nome do app> Última revisão: <data>
Rode antes de cada release. Marque cada item: P (passou) / F (falhou) / N (não executado, diga o motivo)
FLUXOS PRINCIPAIS
[ ] R-01 <fluxo>: <verificação em uma linha> Origem: fluxo principal
[ ] R-02 <fluxo>: <verificação em uma linha> Origem: fluxo principal
BUGS ANTIGOS
[ ] R-10 <o que quebrou>: <a verificação que pegaria isso> Origem: bug <link/ID>, <data>
[ ] R-11 <o que quebrou>: <a verificação que pegaria isso> Origem: bug <link/ID>, <data>
ÁREAS FRÁGEIS
[ ] R-20 <área>: <verificação> Origem: <por que é frágil>
EXECUÇÃO DO RELEASE
Build: <versão> Data: <data> Dispositivo / SO: <lista>
Itens que falharam: <IDs> Decisão: <go / corrigir primeiro>
Exemplo (ilustrativo)
FLUXOS PRINCIPAIS
[ ] R-01 Cadastro: criar conta com e-mail, chegar à tela inicial Origem: fluxo principal
[ ] R-02 Tarefa principal: adicionar um item, vê-lo na lista Origem: fluxo principal
[ ] R-03 Restauração: reinstalar, fazer login, os dados voltam Origem: fluxo principal
BUGS ANTIGOS
[ ] R-10 Crash ao girar na tela de edição: girar durante a edição Origem: bug #8
[ ] R-11 Cobrança dupla com toque duplo: tocar em Comprar duas vezes Origem: bug #14
ÁREAS FRÁGEIS
[ ] R-20 Login com conta social: entrar e sair Origem: depende de login de terceiros
Como adaptar
- Cada linha precisa ser executável em um minuto. Se precisa de uma história, ela pertence a um caso de teste.
- Registre a origem de cada linha. Quando você se perguntar se deve apagá-la, a origem vai dizer.
- Antes de atualizações de um app em produção: acrescente "atualizar a partir da versão anterior mantém os dados". Veja [como testar uma atualização de app em produção.
- Diferente do smoke test: o smoke test pergunta "este build é utilizável?" e roda em cada build; a lista de regressão é mais profunda e roda antes de um release.
Relacionados
- Hub: Hub de checklists de teste de apps mobile
- Checklist de smoke test para cada novo build
- [Template de charter para teste exploratório
Comece grátis e deixe testadores externos executarem a sua lista em aparelhos que você não tem.