how write test strategy document
Aprenda a escrever documentos de estratégia de teste com eficiência
Um plano estratégico para definir a abordagem de teste, o que você deseja realizar e como o fará.
Este documento remove todas as incertezas ou declarações de requisitos vagas com um plano claro de abordagem para atingir os objetivos do teste. Estratégia de teste é um dos documentos mais importantes para a equipe de QA.
=> Clique aqui para obter a série de tutoriais do plano de teste completo
O que você aprenderá:
- Escrever um documento de estratégia de teste
Escrever um documento de estratégia de teste
Estratégia de Teste
Escrever uma estratégia de teste de forma eficaz é uma habilidade que todo testador deve alcançar em sua carreira. Isso inicia o seu processo de pensamento o que ajuda a descobrir muitos requisitos ausentes. As atividades de pensamento e planejamento de teste ajudam uma equipe a definir o escopo do teste e a cobertura do teste.
Isso ajuda os gerentes de teste a obter o estado claro do projeto a qualquer momento. As chances de perder qualquer atividade de teste são muito baixas quando existe uma estratégia de teste adequada em vigor.
A execução de testes sem qualquer plano raramente funciona. Conheço equipes que escrevem documentos de estratégia, mas nunca os consultam de volta durante a execução do teste. O plano de estratégia de teste deve ser discutido com toda a equipe para que ela seja consistente com a abordagem e as responsabilidades.
Em prazos apertados, você não pode simplesmente dispensar qualquer atividade de teste devido à pressão do tempo. Pelo menos, deve passar por um processo formal antes de fazer isso.
O que é uma estratégia de teste?
Estratégia de teste significa 'Como você vai testar o aplicativo?' Você precisa mencionar o processo / estratégia exata que irá seguir quando receber o aplicativo para teste.
Vejo que muitas empresas seguem o modelo de Estratégia de Teste de maneira estrita. Mesmo sem qualquer modelo padrão, você pode manter este documento de estratégia de teste simples, mas ainda eficaz.
Estratégia de teste vs. Plano de teste
Com o passar dos anos, vejo muita confusão entre esses dois documentos. Então, vamos começar com as definições básicas. Geralmente, não importa o que vem primeiro. O documento de planejamento de teste é uma combinação de estratégia ligada a um plano geral do projeto. De acordo com IEEE Padrão 829-2008, o plano de estratégia é um subitem de um plano de teste.
Cada organização tem seus próprios padrões e processos para manter esses documentos. Algumas organizações incluem detalhes de estratégia no próprio plano de teste (aqui está um bom exemplo disto). Algumas organizações listam a estratégia como uma subseção em um plano de teste, mas os detalhes são separados em diferentes documentos de estratégia de teste.
O escopo do projeto e o foco do teste são definidos no plano de teste. Basicamente, trata da cobertura de teste, recursos a serem testados, recursos a não serem testados, estimativa, programação e gerenciamento de recursos.
Considerando que a estratégia de teste define diretrizes para a abordagem de teste a ser seguida para atingir os objetivos do teste e a execução dos tipos de teste definidos no plano de teste. Ele lida com objetivos de teste, abordagem, ambiente de teste, estratégia e ferramentas de automação e análise de risco com um plano de contingência.
Para resumir, o Plano de Teste é uma visão do que você deseja alcançar e a Estratégia de Teste é um plano de ação projetado para atingir essa visão!
Espero que isso esclareça todas as suas dúvidas. James Bach tem mais discussão sobre este tópico Aqui .
Processo para desenvolver um bom documento de estratégia de teste
Não se limite a seguir os modelos sem entender o que funciona melhor para o seu projeto. Cada cliente tem seus próprios requisitos e você deve se ater ao que funciona perfeitamente para você. Não copie nenhuma organização ou qualquer padrão cegamente. Certifique-se sempre de que isso esteja ajudando você e seus processos.
Abaixo está um modelo de estratégia de amostra que irá delinear o que deve ser coberto neste plano, juntamente com alguns exemplos para ilustrar o que faz sentido cobrir em cada componente.
Estratégia de teste em STLC:
[imagem fonte ]
Seções comuns do documento de estratégia de teste
Etapa 1: Escopo e visão geral
Visão geral do projeto, juntamente com informações sobre quem deve usar este documento. Além disso, inclua detalhes como quem revisará e aprovará este documento. Defina as atividades de teste e as fases a serem realizadas com cronogramas em relação aos cronogramas gerais do projeto definidos no plano de teste.
Etapa 2: Abordagem de teste
Defina o processo de teste, nível de teste, funções e responsabilidades de cada membro da equipe.
Para cada tipo de teste definido no plano de teste ( Por exemplo, Unidade , Integração, Sistema, Regressão, Instalação / Desinstalação , Teste de usabilidade, carga, desempenho e segurança) descreve por que ele deve ser conduzido junto com detalhes como quando iniciar, proprietário do teste, responsabilidades, abordagem de teste e detalhes da estratégia e ferramenta de automação, se aplicável.
Na execução do teste, existem várias atividades, como adicionar novos defeitos, triagem de defeitos, atribuições de defeitos, novo teste, teste de regressão e, finalmente, aprovação do teste. Você deve definir as etapas exatas a serem seguidas para cada atividade. Você pode seguir o mesmo processo que funcionou para você em seus ciclos de teste anteriores.
Uma apresentação do Visio de todas essas atividades, incluindo vários testadores e quem trabalhará em qual atividade, é muito útil para compreender rapidamente as funções e responsabilidades na equipe.
Por exemplo, ciclo de gerenciamento de defeitos - mencione o processo para registrar o novo defeito. Onde fazer login, como registrar novos defeitos, qual deve ser o status do defeito, quem deve fazer a triagem de defeitos, a quem atribuir defeitos após a triagem, etc.
Além disso, defina o processo de gerenciamento de mudanças. Isso inclui definir o envio da solicitação de mudança, o modelo a ser usado e o processo para lidar com a solicitação.
Etapa 3: Ambiente de Teste
A configuração do ambiente de teste deve delinear informações sobre vários ambientes e a configuração necessária para cada ambiente. Por exemplo, Um ambiente de teste para a equipe de teste funcional e outro para a equipe UAT.
Defina o número de usuários com suporte em cada ambiente, funções de acesso para cada usuário, requisitos de software e hardware como sistema operacional, memória, espaço livre em disco, número de sistemas, etc.
Definir os requisitos de dados de teste é igualmente importante. Forneça instruções claras sobre como criar dados de teste (gere dados ou use dados de produção mascarando campos para privacidade).
Defina a estratégia de backup e restauração de dados de teste. O banco de dados do ambiente de teste pode ter problemas devido a condições não tratadas no código. Lembro-me dos problemas que enfrentamos em um dos projetos quando não havia estratégia de backup de banco de dados definida e perdemos dados inteiros devido a problemas de código.
O processo de backup e restauração deve definir quem fará backups quando fazer um backup, o que incluir no backup quando restaurar o banco de dados, quem irá restaurá-lo e as etapas de mascaramento de dados a serem seguidas se o banco de dados for restaurado.
Etapa 4: Ferramentas de teste
Defina as ferramentas de gerenciamento e automação de teste necessárias para a execução do teste. Para teste de desempenho, carga e segurança descrevem a abordagem de teste e as ferramentas necessárias. Mencione se é uma ferramenta de código aberto ou comercial e quantos usuários têm suporte e planeje de acordo.
Etapa 5: Liberar o controle
Como mencionado em nosso último Artigo UAT , o ciclo de lançamento não planejado pode resultar em diferentes versões de software em ambientes de teste e UAT. O plano de gerenciamento de versão com histórico de versão adequado garantirá a execução de teste de todas as modificações nessa versão.
Por exemplo, Defina o processo de gerenciamento de compilação que responderá - onde a nova compilação deve ser disponibilizada, onde deve ser implantada, quando obter a nova compilação, de onde obter a compilação de produção, quem dará a partida, o sinal de proibição para liberação de produção etc.
Etapa # 6: Análise de risco
Liste todos os riscos que você imagina. Forneça um plano claro para mitigar esses riscos e também um plano de contingência caso você veja esses riscos na realidade.