SkillEngenhariaQA

Writing Regression Test

Converte a causa raiz de um bug em teste permanente que falha antes da correção e passa depois.

Em:Systematic Bug Investigation
Ações
PerfilDev
ProfundidadeAlta
Idiomapt-BR
Objetivo

Em uma frase.

Criar um teste de regressão que prove a existência do bug antes da correção, valide a correção depois e proteja o comportamento no futuro.

Aplicação

Quando
faz sentido.

Usar
  • Depois de identificar a causa raiz de um bug.
  • Antes de aplicar a correção definitiva.
  • Quando há superfície de teste capaz de exercitar o comportamento real.
  • Quando o bug foi causado por edge case que não estava coberto.
Prompt

Instruções
para a IA.

Passo 1 - Escolher a superfície correta

O teste deve atravessar a mesma fronteira que permitiu o bug:

- Unitário apenas se a causa e o contrato cabem em uma unidade real.

- Integração quando a falha nasce da interação entre módulos. - E2E quando o bug depende de browser, roteamento, estado de UI ou comportamento do usuário. - Script/harness apenas se o sistema ainda não oferece estrutura de teste adequada.

Se não existe superfície correta, registre isso como dívida arquitetural. Não escreva teste raso que passa falsa confiança.

Passo 2 - Escrever o teste antes da correção

O teste deve:

- Ter nome comportamental.

- Usar input que reproduz o caso mínimo. - Fazer assert específico do resultado esperado. - Evitar mocks internos que eliminem a cadeia onde o bug ocorreu.

### Passo 3 - Verificar RED

Rode apenas o teste novo ou o menor conjunto necessário. Confirme que ele falha pelo motivo certo. Se passa, o teste não cobre o bug. Se quebra por setup, corrija o teste até falhar pelo sintoma correto.

### Passo 4 - Aplicar correção e verificar GREEN

Implemente a menor correção da causa raiz. Rode o teste novo, depois o loop original e por fim a suíte relevante.
Constelação

Onde
ela vive.

Workflows que usam
Bundles que incluem