IMP — TDD: Test Design Document (B)

O TDD (Test Design Document) registra a estratégia e os casos de teste vinculados a uma história ESP. É obrigatório para toda história com critérios de aceite mensuráveis.

Exemplo YAML

---
id: IMP-TDD-0001
tipo: TDD
titulo: "Plano de testes — autenticação gov.br"
status: rascunho
autor: fulano.de.tal
data: 2026-04-11
historia-origem: ESP-HNU-0001
estrategia: integração   # unitario | integracao | funcional | regressao | carga | seguranca
cobertura-minima: "80%"
ambientes: [teste, homologacao]
criterios-de-saida:
  - "Cobertura ≥ 80% em todos os módulos cobertos"
  - "Zero falhas críticas ou bloqueadoras"
---

Estratégias de teste disponíveis

Estratégia	Quando usar
`unitario`	Funções e classes isoladas
`integracao`	Interação entre módulos ou com banco de dados
`funcional`	Comportamento completo de uma história
`regressao`	Validar que mudanças não quebraram o existente
`carga`	Desempenho sob volume — ver HIS-HDEP
`seguranca`	Validar controles de acesso e autenticação

Regras

Cada TDD deve referenciar ao menos uma história ESP em historia-origem.
Critérios de saída devem ser mensuráveis — sem critérios vagos como “testar adequadamente”.
TDDs aprovados em um sprint são arquivados em 07-referencias/ após a entrega.

← Visão Geral IMP · API Contract →