Um plano de teste é o contrato a partir do qual uma equipe de teste trabalha durante um release. Um plano de teste típico para um release de checkout de e-commerce declara o escopo (carrinho, pagamentos, confirmação de pedido), a abordagem (teste baseado em risco para a integração de pagamento), os recursos (dois testadores, um ambiente de teste com um gateway de pagamento em sandbox) e o cronograma (três semanas, com critérios de saída vinculados à densidade de defeitos e à cobertura de teste). Ele também registra as técnicas de projeto de teste a serem usadas — por exemplo, particionamento de equivalência para o campo de desconto — e os critérios de entrada que devem ser satisfeitos antes de o teste começar.
Um plano de teste é o mesmo que uma estratégia de teste? Não. Uma estratégia de teste é uma descrição de alto nível, em nível organizacional, dos níveis de teste e do teste realizado em cada um deles, enquanto um plano de teste aplica essa estratégia a um projeto ou programa específico. Pense: estratégia = política, plano = execução.
Quem escreve o plano de teste? Geralmente o gerente de teste ou o líder de teste, em consulta com as partes interessadas. O plano é um registro do processo de planejamento de teste, não um documento de uma única pessoa.
Todo projeto precisa de um plano de teste completo? A profundidade deve corresponder ao tamanho e ao risco do projeto. Um pequeno release de manutenção pode justificar um plano enxuto; um sistema crítico para a segurança precisa de um plano detalhado, com critérios de entrada e saída explícitos.
O que acontece se o cronograma atrasar? Um bom plano de teste é um documento vivo. Escopo, abordagem, recursos e cronograma são renegociados com as partes interessadas, e a justificativa atualizada é registrada — é por isso que o plano identifica riscos que exigem planejamento de contingência.
