Comprehensive analysis of software testing topics and trends reflecting evolution of testing strategies over time
Uma organização que desenvolve e mantém uma plataforma de comércio eletrónico define uma estratégia de teste que estabelece que todos os projetos realizarão testes de componentes, de integração, de sistema e de aceitação; que o teste de regressão é automatizado e é executado em cada build; e que os testes baseados na avaliação do risco orientam onde o esforço é investido. Cada projeto escreve depois um plano de testes que aplica esta estratégia ao seu próprio âmbito, calendário e recursos.
Qual é a diferença entre uma estratégia de teste e um plano de testes? Uma estratégia de teste é uma descrição de alto nível dos níveis de teste a realizar e do teste dentro de cada um deles, para uma organização ou programa. Um plano de testes aplica essa estratégia a um projeto específico, com âmbito, abordagem, recursos e calendário concretos.
Quem é o responsável pela estratégia de teste? Normalmente a função de gestão de testes ou de garantia de qualidade da organização. Por abranger vários projetos, é acordada ao nível organizacional ou do programa.
Pode um projeto desviar-se da estratégia? Sim, desde que com justificação. O plano de testes regista a fundamentação de qualquer desvio, como a omissão de um nível num lançamento de manutenção de pequena dimensão.
Uma estratégia de teste é um documento ou uma abordagem? Ambos. É uma descrição de alto nível documentada que é implementada através de planos de testes ao nível do projeto.