Documento de estratégia de teste em teste de software (modelo de exemplo)
Estratégia de teste em teste de software
A Estratégia de Teste é um plano para definir uma abordagem para o Ciclo de Vida de Teste de Software (STLC). Ele orienta as equipes de controle de qualidade a definir Cobertura de teste e escopo de teste. Ajuda os testadores a obter uma imagem clara do projeto em qualquer instância. A possibilidade de perder qualquer atividade de teste é muito baixa quando existe uma estratégia de teste adequada.
O que é o Documento de Estratégia de Teste?
Documento de estratégia de teste é um documento bem descrito em teste de software que define claramente a abordagem exata de teste de software e os objetivos de teste do aplicativo de software. O documento de teste é um documento importante para equipes de controle de qualidade, derivado de requisitos reais de negócios que orienta toda a equipe sobre a abordagem e os objetivos de teste de software para cada atividade no processo de teste de software.
Um documento de estratégia de teste responde a todas as perguntas, como o que você deseja fazer e como irá realizá-lo, etc. Escrever um documento de estratégia eficaz é uma habilidade que um testador desenvolve com a experiência. O plano estratégico de teste deve ser comunicado a toda a equipe para que a equipe seja consistente na abordagem e nas responsabilidades.
Como preparar um bom documento de estratégia de teste
Cada organização tem sua prioridade e conjunto de regras exclusivos para o design de software, portanto, não copie nenhuma organização cegamente. Sempre certifique-se de que o documento seja compatível e agregue valor ao desenvolvimento de seu software antes de seguir o modelo.

Etapa 1) Escopo
Ele define parâmetros como
- Quem analisará o documento?
- Quem aprovará este documento?
- Teste de software atividades realizadas com cronogramas
Etapa 2) Abordagem de teste
Define
- Processo de teste
- Níveis de teste
- Funções e responsabilidades de cada membro da equipe
- Tipos de testes (teste de carga, Testes de segurança, testes de desempenho etc.)
- Abordagem de teste e ferramenta de automação, se aplicável
- Adicionar novos defeitos, testar novamente, Defeito triagem, Teste de regressão e teste de aprovação
Etapa 3) Ambiente de teste
- Defina o número de requisitos e configurações necessárias para cada ambiente
- Definir backup de dados de teste e estratégia de restauração
Etapa 4) Ferramentas de teste
- Automação e Ferramentas de gerenciamento de testes necessário para a execução do teste
- Descubra uma série de ferramentas de código aberto e comerciais necessárias e determine quantos usuários têm suporte nelas e planeje adequadamente
Etapa 5) Liberar controle
- Plano de gerenciamento de versão com histórico de versão apropriado que garantirá a execução de testes para todas as modificações nessa versão
Passo #6) Análise de Risco
- Liste todos os riscos que você pode estimar
- Forneça um plano claro para mitigar os riscos e também um plano de contingência
Passo 7) Revvisualização e aprovações
- Todas essas atividades são revisadas e assinadas pela equipe de negócios, gerenciamento de projetos, equipe de desenvolvimento, etc.
- O resumo das alterações da revisão deve ser rastreado no início do documento, juntamente com uma data de aprovação, nome e comentário
Componentes do documento de estratégia de teste
-
1) Escopo e Visão Geral:
- Define a aprovação, revisão e uso do documento.
- Especifica atividades de teste e fases que necessitam de aprovação.
-
2) Metodologia de Teste:
- Detalha níveis de testes, procedimentos, funções da equipe e responsabilidades.
- Inclui processo de gerenciamento de mudanças para modificar solicitações.
-
3) Especificações do ambiente de teste:
- Especifica requisitos de dados de teste e diretrizes de preparação.
- Descreve o número de ambientes e seus requisitos de configuração.
- Inclui estratégias de backup e restauração para evitar perda de dados.
-
4) Ferramentas de teste:
- Detalha ferramentas de gerenciamento e automação de testes para execução de testes.
- Define ferramentas para segurança, desempenho e testes de carga, incluindo tipos de ferramentas e capacidade do usuário.
-
5) Controle de Liberação:
- Garante estratégias eficazes de execução de testes e gerenciamento de liberação.
-
6) Análise de Risco:
- Descreve os riscos potenciais do projeto que afetam a execução do teste.
- Inclui estratégias para mitigar riscos e um plano de contingência.
-
7) Revvisualização e aprovações:
- Envolve revisão pelas equipes de administração do sistema, gerenciamento de projetos, desenvolvimento e negócios.
- Enfatiza a importância de documentar revisões e atualizações de acordo com as melhorias do processo de teste.
Baixe o modelo de estratégia de teste
Clique abaixo para baixar um exemplo de documento de estratégia de teste com exemplo
Baixe o modelo de estratégia de teste
Plano de teste versus estratégia de teste
Há uma grande confusão sobre Plano de Teste e Estratégia de Teste documentos. Uma organização diferente tem processos e padrões exclusivos para gerenciar esses documentos. Por exemplo, algumas organizações incluem fatos de estratégia de teste em Plano de teste em si, enquanto algumas organizações incluem estratégia como uma subseção dentro do plano de testes.
| Plano de teste | Estratégia de Teste |
|---|---|
| No Plano de Testes são definidos o foco do teste e o escopo do projeto. Trata da cobertura de testes, agendamento, recursos a serem testados, recursos a não serem testados, estimativa e gerenciamento de recursos. | A estratégia de teste é uma diretriz a ser seguida para atingir o objetivo do teste e a execução dos tipos de teste mencionados no plano de teste. Ele lida com o objetivo do teste, ambiente de teste, abordagem de teste, ferramentas e estratégia de automação, plano de contingência e análise de risco |
Para deixar mais claro se o Plano de Teste for algum destino, a estratégia de Teste de Controle de Qualidade é um mapa para chegar a esse destino.
Conclusão:
In Engenharia de Software, o lançamento do software passa pelos documentos de Estratégia de Teste de tempos em tempos para mapear o progresso dos testes na direção certa. Quando a data de lançamento estiver próxima, muitas dessas atividades serão ignoradas; é aconselhável discutir com os membros da equipe se o corte de alguma atividade específica ajudará na liberação sem qualquer risco potencial.
