Este artigo faz parte do guia completo de QA e qualidade de software.
O que é regressão e por que importa
Regressão é o reaparecimento de um defeito que já havia sido corrigido, ou a quebra de algo que funcionava depois de uma alteração. É um dos problemas mais frustrantes para o usuário: algo que funcionava simplesmente para de funcionar.
Testes de regressão existem para impedir isso. Eles reexecutam os fluxos importantes a cada entrega, sinalizando cedo quando uma mudança quebrou o que já estava certo.
Não é testar tudo sempre
Regressão não significa reexecutar toda a suíte a cada mudança — isso custa tempo e perde foco. O ideal é priorizar os fluxos estáveis e críticos, que protegem o que o negócio não pode perder.
Conforme o produto cresce, a automação desses fluxos passa a ser o mecanismo mais eficiente de regressão: roda em minutos e protege a cada entrega.
- Priorize fluxos críticos e estáveis.
- Automatize o que é repetitivo e não muda toda hora.
- Rode no CI/CD, a cada entrega.
- Trate testes instáveis como defeito, não como ruído.
Sinais de que a regressão está falhando
Defeitos antigos voltando, correções que 'reaparecem' e lançamentos que quebram tarefas básicas são sinais de cobertura insuficiente. Também é um alerta quando só o time de QA percebe os problemas — a informação chega tarde.
Como começar
Comece pelo que dói: os fluxos que mais geraram problemas no passado. Cubra esses primeiro, automatize o que for estável e amplie aos poucos, revisando a cada ciclo.
Perguntas frequentes
Preciso automatizar toda a regressão?
Não. Automatize os fluxos estáveis e críticos; o restante pode ser coberto por testes manuais planejados, conforme o risco.