Fases 6–7 — Qualidade e homologação (S)
As Fases 6 (Qualidade) e 7 (Homologação) operam em paralelo ao desenvolvimento. A IA gera testes, calcula cobertura e media o UAT; o time de QA e o Validador de Negócio confirmam cada resultado.
Fase 6 · Qualidade
Seção intitulada “Fase 6 · Qualidade”Etapa 6.1 · Geração automática de testes
Seção intitulada “Etapa 6.1 · Geração automática de testes”Acionamento: histórias publicadas (Fase 2) e SRS (Fase 3).
O que a IA faz:
- Toma as histórias em formato BDD e o SRS.
- Gera testes unitários (pytest, jest, etc.) para regras de negócio.
- Gera testes de integração para APIs e mensageria.
- Gera testes E2E (Cypress, Playwright) para os fluxos principais.
- Cria dados de teste realistas (faker) sem dados pessoais reais.
- Tudo já vinculado ao critério BDD original (rastreabilidade direta requisito → teste).
Validação humana obrigatória: QA Lead revisa cada teste gerado antes de incluir no pipeline; testes errados podem dar falsa segurança. Testes que envolvem dados pessoais ou fluxos de privacidade passam pelo Encarregado de Dados.
Ganho típico: 6–8 horas em escrita de testes; testes já mapeados a requisitos.
Etapa 6.2 · Análise automática de cobertura
Seção intitulada “Etapa 6.2 · Análise automática de cobertura”Acionamento: testes rodando no CI/CD.
O que a IA faz:
- Calcula cobertura por requisito, não apenas por linhas de código.
- Identifica requisitos sem testes correspondentes.
- Sugere casos de borda faltantes.
- Alerta quando a cobertura cai entre sprints.
Estrutura mínima do relatório de cobertura
Seção intitulada “Estrutura mínima do relatório de cobertura”| Requisito | Cobertura | Status | Ação sugerida |
|---|---|---|---|
| REQ-001 (Enviar para aprovação) | 100% | OK | — |
| REQ-002 (Email de notificação) | 95% | OK | — |
| REQ-003 (Rejeitar com feedback) | 65% | Gap | Adicionar teste de rejeição sem feedback |
| REQ-004 (Escalação automática) | 100% | OK | — |
| REQ-005 (Limite de reabertura) | 0% | Não implementado | Confirmar adiamento ou priorizar |
Validação humana obrigatória: o QA Lead revisa cada gap e decide entre “adicionar teste agora”, “adiar para próxima sprint” ou “aceitar risco com registro”. Decisões de “aceitar risco” exigem aprovação do Validador Técnico e do PO.
Ganho típico: 1–2 horas em análise de gaps; cobertura por requisito torna explícito o que falta — não fica escondido em “70% do código está testado”.
Etapa 6.3 · Documentação automática de testes
Seção intitulada “Etapa 6.3 · Documentação automática de testes”O que a IA faz:
- Toma o resultado dos testes a cada execução.
- Gera relatório de cobertura versionado.
- Cria matriz requisito → teste → resultado.
- Identifica testes que falharam com causa-raiz inicial sugerida.
Validação humana obrigatória: o QA Lead aprova a causa-raiz antes de virar bug formal; “causa-raiz por IA” é hipótese, não diagnóstico.
Ganho típico: 2–3 horas em relatório de QA por sprint; rastreabilidade 100% (qual teste valida qual requisito).
Fase 7 · Homologação
Seção intitulada “Fase 7 · Homologação”Etapa 7.1 · Preparação automática para UAT
Seção intitulada “Etapa 7.1 · Preparação automática para UAT”O que a IA faz:
- Gera roteiro de teste baseado nas histórias (caminho feliz + casos de borda + escalações).
- Prepara dados de teste realistas (sem dados pessoais reais).
- Cria guia do usuário passo a passo (como executar cada cenário).
- Identifica cenários críticos que precisam de validação especial.
- Configura formulário de feedback estruturado (severidade, descrição, evidência).
Validação humana obrigatória: o PO + Validador de Negócio aprovam o roteiro e o guia; usuário não pode receber roteiro inadequado.
Ganho típico: 3–4 horas em preparação de UAT.
Etapa 7.2 · UAT mediada por IA
Seção intitulada “Etapa 7.2 · UAT mediada por IA”Quando: o usuário testa o sistema em ambiente de homologação.
O que a IA faz:
- Transcreve o feedback do usuário (verbal e escrito).
- Diferencia bug (algo não funciona como o requisito) de mal-entendido (“achei que fosse diferente”).
- Categoriza issues por severidade (bloqueante, crítica, menor).
- Atualiza o roadmap em tempo real (drafts).
- Gera ata automática.
Exemplo de mediação durante UAT
Seção intitulada “Exemplo de mediação durante UAT”Usuário: “Quando rejeito um documento, não vejo em lugar nenhum que foi rejeitado. Fico sem saber.”
IA analisa: “Achado: feedback de rejeição não aparece para o solicitante. Requisito relacionado: REQ-003 (Rejeitar com feedback). Categoria: crítica (bloqueia aceitação). Sugestão: adicionar tela de status ou notificação de rejeição.”
Analista: “Confirmado. Severidade?”
IA: “Crítica — impede uso normal. Estimativa: 4 SP (1–2 dias).”
Usuário: “Queremos correção agora.”
IA cria ação atribuída ao desenvolvedor responsável com prazo.
Validação humana obrigatória: o Validador de Negócio classifica cada achado entre “bug confirmado”, “mal-entendido a esclarecer” ou “nova história a planejar”; o Fiscal técnico confirma a severidade quando há impacto contratual.
Ganho típico: 2–3 horas em triagem de issues; nada importante esquecido; severidade discutida com base em critério (não em sentimento).
Encerramento das Fases 6 e 7
Seção intitulada “Encerramento das Fases 6 e 7”| Item | Critério |
|---|---|
| Cobertura por requisito | 100% dos requisitos com pelo menos um teste passando |
| Cobertura geral | Acima da meta (ex.: ≥ 80%) — ou risco aceito com registro |
| Bugs críticos | Zero em aberto antes do encerramento da Fase 7 |
| Roteiro de UAT | Aprovado por PO e Validador de Negócio |
| Issues pós-UAT | Triadas, classificadas e com responsável |
| Ata e roadmap | Atualizados após cada sessão de UAT |
A Fase 8 só é iniciada quando as Fases 6 e 7 estão encerradas com aprovação dupla (QA Lead + Validador de Negócio).
Anterior: 7 · Fase 5 — Desenvolvimento assistido · Próximo: 9 · Fase 8 — Deploy e operação