Gerenciamento de Atividades de Teste (Cap. 5 CTFL)

O plano de teste é o documento central do gerenciamento de testes. Ele define: objetivo do teste, escopo, abordagem, recursos necessários, cronograma, critérios de entrada e saída, e riscos identificados.

Componentes essenciais de um plano de teste segundo o CTFL:

• Contexto do teste: o que está sendo testado, quais riscos existem, quais restrições se aplicam.
• Abordagem de teste: quais níveis, tipos e técnicas serão usados.
• Critérios de entrada: o que precisa estar pronto para o teste começar (ex: build estável, ambiente configurado).
• Critérios de saída: o que determina que o teste foi suficiente (ex: 95% dos casos executados, zero defeitos críticos abertos).
• Estimativas: esforço, duração e recursos necessários.

🎬 Planejamento de teste

Planejar não é suficiente — o gerente de testes precisa monitorar o progresso continuamente e tomar ações de controle quando o plano desvia da realidade.

Métricas comuns de monitoramento:

• Percentual de casos de teste planejados vs. executados
• Número de defeitos encontrados vs. corrigidos vs. fechados
• Cobertura de requisitos pelos casos de teste
• Burn-down de defeitos ao longo do tempo

Quando o progresso desvia do plano, o gerente aplica controle de teste: repriorizar casos de teste, alocar mais recursos, reduzir escopo, ou recomendar adiamento da liberação.

🎬 Monitoramento e controle

O risco no contexto de teste é a probabilidade de um evento negativo ocorrer, combinada com seu impacto. O CTFL distingue dois tipos:

• Risco de produto: a possibilidade de que o software não funcione como esperado (risco de qualidade). Guia a priorização dos testes.
• Risco de projeto: fatores que podem impedir o projeto de entregar no prazo/escopo/custo (falta de pessoal, ambiente instável, requisitos incompletos).

A análise de risco de produto envolve dois fatores: probabilidade (quão provável é que o defeito exista?) e impacto (quão grave seria se ocorresse?). Áreas com alto produto de probabilidade × impacto recebem mais atenção nos testes.

🎬 Gestão de riscos em teste

O processo de gestão de defeitos define como defeitos são reportados, rastreados e resolvidos. Um bom relatório de defeito contém:

• Identificador único e data de registro
• Título descritivo — o que está errado
• Passos para reproduzir — exatamente como chegar ao defeito
• Resultado esperado vs. resultado atual
• Severidade (impacto técnico) e prioridade (urgência de correção)
• Ambiente (versão, SO, browser, dados de teste)
• Evidências (screenshots, logs)

O ciclo de vida de um defeito passa por estados: Novo → Atribuído → Em Correção → Aguardando Re-teste → Fechado (ou Reaberto).

🎬 Gestão de defeitos

O que são 'critérios de saída' em um plano de teste?