Este documento descreve o processo recomendado para automatizar testes em contexto ágil (SCRUM), priorizando a entrega contínua de qualidade e evitando acúmulo de dívida técnica.
- QA participa dos refinamentos das histórias.
- Identificar critérios de aceitação testáveis e automatizáveis.
- Avaliar a viabilidade técnica (ambiente, mocks, dados).
- Marcar cenários com tags sugeridas (
@manual,@automated,@skip).
- Criar mini plano de testes por história.
- Alinhar com Devs pontos de testabilidade e possíveis test hooks.
- Priorizar testes automatizáveis de API e Unitários.
- Validar manualmente os cenários assim que possível.
- Iniciar automação assim que a funcionalidade estiver disponível.
- Adicionar testes ao CI/CD (se aplicável).
- Seguir a ordem de prioridade:
- Unitários (Dev)
- API (QA ou Dev)
- UI (somente quando necessário)
- Validar que os testes automatizados passaram.
- Revisar se os critérios de aceitação estão cobertos por testes.
- Realizar testes exploratórios se aplicável.
- Apresentar a cobertura de testes da sprint.
- Documentar testes automatizados (ex.: tags, links no TestRail/ClickUp).
- Criar tarefas técnicas para automação pendente, se necessário.
| Tipo de Teste | Tempo Médio |
|---|---|
| Planejamento QA | 30–45 min |
| Teste Manual Exploratório | 30 min – 1h |
| Automação de API | 1–2h |
| Automação de UI Simples | 2–4h |
| Automação de UI Complexa | até 6h |
| Documentação/Checklist | 30 min |
- Testes manuais executados com sucesso
- Testes automatizados implementados e passando
- Testes integrados ao CI/CD (se aplicável)
- Nenhum cenário crítico ficou manual (sem justificativa)
- Documentação atualizada
- Automação não deve ser deixada para depois da sprint, exceto em casos justificados e documentados.
- Sempre priorize testes de API e unitários antes de testes de UI.
- Mantenha as automações simples, rápidas e estáveis — especialmente no CI.