SkillEngenhariaDiagnostica

Designing Behavior Test Scope

Define quais comportamentos devem ser testados antes de escrever implementação.

Em:Test Driven Implementation Loop
Ações
PerfilDev
ProfundidadeMédia
Idiomapt-BR
Objetivo

Em uma frase.

Definir o escopo de testes por comportamento observável, não por detalhes internos. A saída deve orientar o primeiro ciclo TDD sem engessar a implementação.

Aplicação

Quando
faz sentido.

Usar
  • Antes de implementar feature nova.
  • Antes de corrigir bug com regressão testável.
  • Antes de refatorar comportamento existente que precisa permanecer estável.
  • Quando o time discute "cobertura" mas ainda não sabe quais comportamentos importam.
Prompt

Instruções
para a IA.

Passo 1 - Nomear o comportamento externo

Descreva o que o usuário, consumidor de API ou módulo chamador observa. Evite frases sobre método interno, nome de classe ou estrutura de dados privada.

### Passo 2 - Escolher a superfície de teste

Selecione a menor superfície que ainda testa o contrato real:

- Função pública para lógica pura.

- Endpoint/API para contrato de serviço. - Componente ou fluxo E2E para experiência visual/interativa. - Integração quando o comportamento nasce da colaboração entre módulos.

Passo 3 - Priorizar comportamentos

Liste comportamentos em ordem:

1. Caminho principal que prova a capacidade.

2. Caso de erro mais crítico. 3. Edge case de maior risco. 4. Regressão específica, quando houver bug conhecido.

Não escreva uma bateria inteira de testes imaginados. O ciclo deve avançar um comportamento por vez.

### Passo 4 - Definir o primeiro teste

Escolha o menor teste que prova valor real. O primeiro teste deve servir como tracer bullet: atravessa a interface escolhida e falha de forma clara porque o comportamento ainda não existe.
Constelação

Onde
ela vive.

Workflows que usam
Bundles que incluem