test plan tutorial guide write software test plan document from scratch
Um guia definitivo para o documento do plano de teste de software:
Este tutorial irá explicar a você tudo sobre o Documento do Plano de Teste de Software e guiá-lo com as maneiras de como escrever / criar um plano de Teste de Software detalhado do zero junto com o diferenças entre Planejamento de Teste e Execução de Teste.
Dia 3 de treinamento de controle de qualidade do Live Project - Depois de apresentar aos nossos leitores a aplicação ao vivo de nosso Treinamento de teste de software online grátis , viemos a saber como revisar SRS e escrever cenários de teste . E agora é o momento certo para mergulhar mais fundo na parte mais importante do ciclo de vida do teste de software - ou seja, Planejamento de Teste .
Lista de TODOS os tutoriais desta série:
Documento de planejamento de teste:
Tutorial nº 1: Como escrever um documento de plano de teste (Este tutorial)
Tutorial # 2: Conteúdo do modelo de plano de teste simples
Tutorial nº 3: Exemplo de plano de teste de software
Tutorial nº 4: Diferença entre plano de teste e estratégia de teste
Tutorial # 5: Como escrever um documento de estratégia de teste
Dicas de planejamento de teste:
Tutorial # 6: Gerenciamento de risco durante o planejamento de teste
Tutorial nº 7: O que fazer quando não há tempo suficiente para testar
Tutorial # 8: Como planejar e gerenciar projetos de teste com eficácia
Planejamento de teste em diferentes estágios de STLC:
Tutorial # 9: Planejamento de teste de regressão
Tutorial # 10: Plano de Teste UAT
Tutorial nº 11: Plano de Teste de Aceitação
Planejamento de automação de teste:
Tutorial # 12: Plano de Teste de Automação
Tutorial # 13: Planejamento de teste de aplicativo ERP
Tutorial # 14: HP ALM Test Planning
Tutorial # 15: Planejamento de Teste Mindmap
Tutorial # 16: Plano de Teste JMeter e WorkBench
O que você aprenderá:
o que abre um arquivo .jar
- Criação do plano de teste - a fase mais importante do teste
- Planejamento de Teste Vs Execução de Teste
Criação do plano de teste - a fase mais importante do teste
Este tutorial informativo explicará as maneiras e procedimentos envolvidos na escrita de um documento de Plano de Teste.
No final deste tutorial, compartilhamos um Documento de plano de teste abrangente de 19 páginas que foi criado especificamente para o projeto ao vivo OrangeHRM, que estamos usando gratuitamente Série de treinamento de controle de qualidade
O que é um plano de teste?
O Plano de Teste é um documento dinâmico . O sucesso de um projeto de teste depende de um documento de Plano de Teste bem escrito e sempre atualizado. O plano de teste é mais ou menos como um plano de como a atividade de teste está indo para ocorrer em um projeto.
Abaixo estão algumas dicas sobre um plano de teste:
# 1) O Plano de Teste é um documento que atua como um ponto de referência e somente com base no fato de que o teste é realizado dentro da equipe de QA.
#dois) É também um documento que compartilhamos com os analistas de negócios, gerentes de projeto, equipe de desenvolvimento e demais equipes. Isso ajuda a aumentar o nível de transparência do trabalho da equipe de QA para as equipes externas.
# 3) É documentado pelo gerente de QA / líder de QA com base nas entradas dos membros da equipe de QA.
# 4) O planejamento de teste é normalmente alocado com 1/3rddo tempo que leva para todo o compromisso de QA. O outro 1/3rdé para Design de Teste e o resto é para Execução de Teste.
# 5) Este plano não é estático e é atualizado sob demanda.
# 6) Quanto mais detalhado e abrangente for o plano, mais bem-sucedida será a atividade de teste.
Processo STLC
Agora estamos na metade de nossa série de projetos ao vivo. Portanto, vamos dar um passo atrás no aplicativo e dar uma olhada no processo de Ciclo de Vida de Teste de Software (STLC).
O STLC pode ser dividido em 3 partes:
- Planejamento de Teste
- Design de Teste
- Execução de Teste
Em nosso tutorial anterior, descobrimos que, em um projeto prático de controle de qualidade, começamos com a revisão do SRS e a redação do Cenário de teste - que é, na verdade, a 2ª etapa do processo STLC. O Design de Teste envolve os detalhes sobre o que testar e como testar.
Por que não começamos com o planejamento de teste?
Na verdade, o planejamento é a atividade principal que acontece em qualquer projeto de teste.
Planejamento de teste nas fases SDLC
| Fase SDLC | Atividade de planejamento de teste |
|---|---|
| Horários => | Preparação de cenário de teste |
| Iniciar | O ideal é que a equipe de QA se envolva enquanto o escopo do projeto é coletado do cliente / cliente na forma de requisitos de negócios. Mas no mundo real, não é esse o caso. Do ponto de vista prático, o envolvimento da equipe de QA é NIL. Ao final desta fase, o BRD é finalizado e um Plano de Projeto básico criado. |
| Definir | SRS é criado a partir do BRD. O rascunho inicial do plano de teste é criado. Neste ponto, como a equipe de QA não concluiu a revisão do SRS, o escopo do teste não está claro. Portanto, o TP nesta fase conterá apenas informações sobre quando o teste vai acontecer, informações do projeto e da equipe (se tivermos). |
| Projeto | A revisão SRS é realizada e o escopo do teste é identificado. Temos muito mais informações sobre o que testar e uma boa estimativa de quantos casos de teste podemos obter, etc. Uma segunda versão do plano de teste é criada incorporando todas essas informações. |
A partir da tabela acima, fica muito claro que um plano de teste não é apenas um documento que você pode criar de uma vez e usá-lo a partir de então.
Componentes de um documento de plano
| Itens em um modelo de plano de teste | O que eles contêm? |
|---|---|
| Escopo => | Cenários de teste / objetivos de teste que serão validados. |
| Fora do escopo => | Maior clareza sobre o que não vamos cobrir |
| Suposições => | Todas as condições que precisam ser verdadeiras para que possamos prosseguir com sucesso |
| Documentação de teste - casos de teste / dados de teste / ambiente de configuração | |
| Execução de Teste | |
| Ciclo de teste - quantos ciclos | |
| Data de início e término para os ciclos | |
| Funções e responsabilidades => | Os membros da equipe são listados |
| Quem vai fazer o que | |
| proprietários de módulos são listados e suas informações de contato | |
| Entregáveis => | Quais documentos (artefatos de teste) serão produzidos em que prazos? |
| O que pode ser esperado de cada documento? | |
| Ambiente => | Que tipo de requisitos de ambiente existem? |
| Quem estará no comando? | |
| O que fazer em caso de problemas? | |
| Ferramentas => | Por exemplo, JIRA para rastreamento de bugs |
| Conecte-se | |
| Como usar o JIRA? | |
| Gerenciamento de defeitos => | A quem iremos reportar os defeitos? |
| Como vamos relatar? | |
| O que é esperado - fornecemos captura de tela? | |
| Riscos e gerenciamento de riscos => | Os riscos são listados |
| Os riscos são analisados - a probabilidade e o impacto são documentados | |
| Planos de mitigação de risco são elaborados | |
| Critérios de saída => | Quando parar de testar? |
Como todas as informações mencionadas acima são as mais críticas para o trabalho diário de um projeto de QA , é importante manter o documento do plano atualizado de vez em quando.
Documento de plano de teste de amostra para um projeto ativo
Um documento de modelo de plano de teste de amostra é criado para nosso “ ORANGEHRM VERSÃO 3.0 - MEU MÓDULO DE INFORMAÇÕES ” Projeto e anexo abaixo. Por favor, de uma olhada nisso. Comentários adicionais foram adicionados ao documento em vermelho para explicar as seções.
Este plano de teste é para as fases Funcionais e UAT. Ele também explica o processo de Gerenciamento de Teste usando a ferramenta HP ALM.
Baixar amostra de plano de teste:
Formato Doc => Clique aqui para baixar o plano de teste em formato Doc este é o que criamos para o projeto ao vivo OragngeHRM e também o estamos usando em nosso curso intensivo de Teste de Software.
Formato PDF => Clique aqui para baixar o plano de teste em formato de arquivo pdf .
Arquivos de planilha (.xls) referidos nas versões doc / pdf acima => Faça o download do Arquivos XLS referidos no Plano de Teste acima
O modelo acima é muito abrangente e detalhado também. Portanto, faça uma leitura completa para obter os melhores resultados.
Como o plano também é criado e explicado bem, vamos passar para a próxima fase em SDLC e STLC.
Código SDLC:
Enquanto o resto do projeto estava gastando seu tempo na criação de TDD, nós QAs identificamos o escopo de teste (cenários de teste) e criamos o primeiro rascunho de plano de teste confiável. A próxima fase do SDLC é verificar quando a codificação ocorre.
Os desenvolvedores são o principal foco de toda a equipe nesta fase. A equipe de QA também se entrega à tarefa mais importante que nada mais é do que “Criação de Caso de Teste” .
Se os cenários de teste fossem “O que testar”, os casos de teste lidariam com “Como testar”. A criação de casos de teste é uma parte predominante da fase de design de teste do STLC. A entrada para a atividade de criação de casos de teste são os Cenários de Teste e o documento SRS.
Para testadores como nós, Casos de teste são o verdadeiro negócio - é o material em que passamos a maior parte do nosso tempo. Nós os criamos, revisamos, executamos, mantemos, automatizamos - e bem, você entendeu. Não importa o quão experientes sejamos e qual o papel que desempenhamos em um projeto - ainda trabalharíamos com os casos de teste.
Planejamento de Teste Vs Execução de Teste
O planejamento de teste de software reserva um escopo muito melhor comparativamente no Fase STLC . A entrega de software de qualidade é garantida pela equipe de testes. E o que deve ser feito no teste é decidido na fase de planejamento do teste.
Esta seção fornecerá uma visão geral completa e incluirá ilustrações sobre a importância do planejamento de teste e fase de execução . Depois de ler isso, você entenderá a importância significativa da fase de planejamento quando comparada à fase de execução com mais exemplos ao vivo e estudos de caso para ilustrações .
Planejamento de Teste
A seguir estão algumas coisas essenciais a serem observadas durante o planejamento:
O planejamento de um teste é a seção importante do núcleo no ciclo de teste. O resultado da fase de teste será determinado pela qualidade e escopo do planejamento que foi feito para o teste.
O planejamento do teste geralmente ocorre durante a fase de desenvolvimento, a fim de economizar o tempo de execução do teste mediante acordo mútuo de todas as partes envolvidas.
Alguns fatos importantes a serem observados incluem:
- O planejamento deve ser iniciado paralelamente ao desenvolvimento, desde que os requisitos tenham sido congelados.
- Todas as partes interessadas, como designers, desenvolvedores, clientes e testadores, precisam estar envolvidos durante a finalização do plano.
- O planejamento não pode ser realizado para necessidades de negócios não confirmadas ou não aprovadas.
- Planos de teste semelhantes serão aplicados aos novos requisitos que o negócio exigirá.
Exemplo 1
A equipe de desenvolvimento está trabalhando em um software XYZ depois de obter alguns requisitos dos clientes. A equipe de teste quase começou sua preparação para a fase de definição ou planejamento do teste. O planejamento do teste deve ser projetado para atender aos requisitos iniciais citados pelos clientes. Isso foi feito pela equipe de teste.
Nenhuma das outras partes interessadas foi envolvida durante esta fase e o planejamento foi congelado.
A equipe de desenvolvimento já fez algumas mudanças no fluxo de negócios a fim de resolver alguns problemas em seu trabalho com a aprovação do cliente. Agora, o software chegou à equipe de teste para um teste. Com o plano de teste de acordo com o fluxo de negócios antigo, a equipe de teste iniciou sua rodada de testes. Isso afetou as entregas de teste com muitos atrasos, pois o fluxo de negócios modificado não foi compartilhado com a equipe de teste.
Observação do Exemplo 1:
qual é o melhor aplicativo de download de música para Android
Existem certas observações do exemplo acima.
Eles estão:
- Compreender o novo fluxo de negócios consumia muito tempo.
- Atrasos nas entregas do projeto.
- Retrabalho no planejamento e nas outras tarefas da fase.
Todas essas observações devem ser convertidas em necessidades essenciais para uma entrega de teste eficaz.
Componentes principais na fase de planejamento
A seguir estão os principais componentes envolvidos na fase de planejamento.
- Estratégia de teste: Esta é uma das seções mais importantes que podem explicar a estratégia que será usada durante o teste.
- Cobertura de teste: Isso é essencialmente necessário e fará o mapeamento de conformidade das necessidades do negócio e dos casos de teste para que se possa garantir se todo o software foi testado ou não.
- Ciclos e durações de teste: Isso pode se tornar muito crítico dependendo das rodadas de desenvolvimento e do tempo para completar cada rodada.
- Critérios de aprovação / reprovação: É muito necessário aquele em que os critérios de aprovação e reprovação são definidos. Algumas vezes isso também será definido pelos clientes.
- Requisitos comerciais e técnicos: A necessidade de ter o software e os propósitos a que eles servem serão claramente definidos junto com as explicações de baixo nível.
Limitações
Existem poucas coisas que podem realmente controlar a fase de teste de software, especialmente a fase de planejamento.
A seguir estão essas poucas áreas:
- Recursos a serem e não testados: Isso indicará claramente o que deve ser testado e o que não deve ser.
- Critérios de suspensão e requisitos de retomada: Este é o tomador de decisão sobre o software desenvolvido e os critérios definidos para suspender ou retomar o teste.
- Responsabilidades: Um testador terá múltiplas responsabilidades em garantir os problemas, bugs e defeitos no software em teste. Além disso, os bugs devem ser validados com os desenvolvedores para serem corrigidos.
- Riscos e contingências: Os riscos associados durante o teste devem ser claramente mencionados e as contingências apropriadas durante o tempo devem ser definidas de forma muito clara.
Estudo de caso # 1
melhor software para compactar arquivos de vídeo
A equipe de desenvolvimento de Exemplo 1 está planejando lançar o software XYZ em 2 fases. A fase 1 tem muitos recursos a serem testados e poucos a não serem testados. Mais uma vez, o software foi lançado para teste sem manter a equipe de teste informada sobre os recursos que ainda serão desenvolvidos.
Agora a equipe de teste começa sua execução com base nos planos de teste que já elaboraram. Eles apresentam um grande número de bugs. E após a validação da equipe de desenvolvimento, a maioria deles se torna inválida.
Observações do estudo de caso acima:
- Equipe de desenvolvimento deve liberar o software para a equipe de teste com notas de versão e notas de cobertura de requisitos (notas de versão).
- Os recursos a serem testados e não testados devem ser fatorados com base no software lançado antes do teste.
- Os critérios de suspensão e retomada dos testes devem ser definidos de maneira adequada.
- O risco e os planos de contingência para a indisponibilidade do software devem ser representados perfeitamente.
Leia também=> Como gerenciar riscos durante a fase de planejamento de teste
Plano de execução de teste
A execução de casos de teste é uma das etapas da fase STLC. Isso terá que ser executado de acordo com os planos que foram elaborados anteriormente. Portanto, o planejamento sempre continua dominando toda a fase de teste. Abaixo está um exemplo em que a equipe de teste é afetada pelas mudanças nos planos de teste.
Exemplo # 2
O teste do software A foi iniciado com base no plano 1 elaborado pela equipe. Posteriormente, devido às necessidades do negócio e às mudanças, o plano de testes teve que passar por algumas mudanças. Isso, por sua vez, forçou os casos de teste ou a execução a serem alterados.
Observações:
- O plano de teste determinará a execução do caso de teste.
- A parte de execução varia de acordo com o plano.
- Desde que o plano e os requisitos sejam válidos, os casos de teste também são válidos.
Maneiras de superar problemas durante a execução
Os testadores encontrarão mais frequentemente vários cenários enquanto realizam a execução do teste. É quando os testadores precisam entender e saber as maneiras de resolver o problema ou pelo menos encontrar uma solução alternativa para o problema.
Exemplo # 3
Durante a execução do caso de teste do software B, a equipe de teste se depara com vários problemas. Poucos deles impedem o show. Eles exigem que os desenvolvedores os ajudem a superar o problema. Isso já aconteceu várias vezes e o resultado é um atraso no teste dos produtos.
Observações:
- Existe uma dependência para a superação dos problemas e questões ambientais.
- Uma compreensão adequada do ambiente é necessária para os testadores.
- Problemas conhecidos e que ocorrem com frequência devem ser documentados para superá-los no futuro.
Controle e gerenciamento de versão
Controle de versão e o gerenciamento dos planos de teste e dos casos de teste são realmente importantes para mostrar as entregas oportunas. Isso está sendo mais significativo e geralmente é feito com a ajuda de uma ferramenta de controle de versão.
Uma ferramenta de controle de versão não apenas os ajuda a controlar os planos de teste, mas também auxilia no gerenciamento de defeitos. Quando há projetos de teste com vários ciclos e lançamentos, essas ferramentas podem realmente ajudar muito a reduzir as métricas para suportar os resultados de teste.
Além disso, leia=> Gerenciamento de risco na fase de execução de teste
Diferença entre planejamento de teste e execução de teste
A seguir estão algumas áreas importantes que irão apontar como o planejamento será diferente da fase de execução do teste.
| Área de comparação | Planejamento de Teste | Execução de Teste |
|---|---|---|
| Posicionamento de entrega | O plano de teste será considerado a principal entrega da atividade de teste. Isso será feito como a primeira etapa do processo de teste. | Este será o último membro do banco na fase de testes. Após a execução, o status de defeitos / bugs juntamente com o status de execução do caso de teste serão compartilhados como um dos resultados do teste |
| Pessoa responsável | O gerente de teste preparará o plano de teste e o compartilhará com todas as partes interessadas para sua revisão. | Isso normalmente será feito pelo testador, tendo em mente que os casos de teste preparados foram aprovados e assinados. |
| Foco principal | As áreas de foco do plano de teste são como o teste deve ser realizado, o que deve ser considerado e o que não deve ser considerado, ambiente que pode ser usado, cronogramas de teste etc. | A execução do Teste se concentra principalmente na execução dos casos de teste fornecidos para serem testados no software. |
| Modo recorrente ou iterativo | Esta é uma atividade única. Dito isto, pode ou não exigir modificações em versões futuras do software. | Existem 3 partes nesta área quando falamos sobre iteração. 1. Teste funcional. 2. Teste de regressão. 3. Teste novamente. |
| Entradas | As entradas para a criação de um plano de teste são realmente necessárias e devem ser fornecidas por analistas de negócios, arquitetos, clientes etc. | O documento do caso de teste é a principal entrada. |
| Período em que pode ser iniciado | Ele deve ser iniciado junto com o ciclo de desenvolvimento para um resultado eficaz e para economizar tempo. Mas existem poucos modelos como o modelo de queda d'água em que a fase de teste começará somente após a conclusão da fase de desenvolvimento. | A execução deve ser iniciada estritamente após o desenvolvimento do software. |
| Período de encerramento | O plano de teste não terá tal período de encerramento. Geralmente, uma assinatura de todas as partes interessadas para o software será fornecida. | A execução de uma versão ou ciclo específico será considerada encerrada quando todos os casos de teste forem executados no software. |
| Uso de ferramentas | Não haverá muitas ferramentas usadas, pois a atividade de planejamento será mais de discussão e documentação. Para manter o controle de qualquer mudança no plano, os gerentes de teste normalmente usarão qualquer ferramenta de controle de versão como VSS ou outra coisa. | Dependerá do modo de execução. No caso de manual nenhuma ferramenta será utilizada para execução. Mas para registrar os defeitos e gerenciar, algumas ferramentas serão utilizadas. No caso de testes de automação, a execução será feita com o auxílio de ferramentas como QTP, SELENIUM etc. |
| Impactos nas entregas | Isso afetará todas as fases de teste de uma maneira mais ampla | Isso afetará o ciclo ou versão subsequente a ser testado. |
As ilustrações acima podem ter explicado em melhor forma sobre a importância das atividades de planejamento de teste do que a execução de teste. De alguma forma, a fase de execução é uma espécie de subconjunto do plano de teste.
Com base na estratégia de teste, abordagem e outras coisas, o plano de teste tem uma probabilidade maior de ser modificado para dar espaço às mudanças. É uma coisa definitiva que a execução de teste depende dos casos de teste. Os casos de teste são baseados nos planos. Conseqüentemente, mudanças nos planos garantirão mudanças nos casos de teste.
Mas, inversamente, as mudanças nos casos de teste não precisam obrigatoriamente procurar mudanças. Este é um dos principais motivos pelos quais o planejamento se mantém em comparação com a fase de execução do teste.
Nosso próximo tutorial explicará mais sobre como criar casos de teste. O que eles são? E como podemos fazer com que funcionem para nós, juntamente com os vários outros aspectos relacionados aos casos de teste.
PRÓXIMO Tutorial=> Treinamento de controle de qualidade - Dia 4: Escrevendo Casos de Teste do Documento SRS
Você é um especialista em escrever um documento de plano de teste? Então, este é o lugar certo para compartilhar suas dicas valiosas para melhorias para os próximos testadores. Sinta-se à vontade para expressar suas opiniões conosco na seção de comentários abaixo !!
Leitura recomendada
- Modelo de plano de teste de software de amostra com formato e conteúdo
- Guia de documentação de teste de software (por que é importante)
- Recursos e downloads de teste de software de controle de qualidade
- Documento de plano de teste de amostra (exemplo de plano de teste com detalhes de cada campo)
- Execução de teste em teste de software: processo exato e plano com exemplo
- Como escrever um documento de estratégia de teste (com modelo de estratégia de teste de amostra)
- Escrevendo casos de teste a partir de um documento SRS (BAIXAR Casos de teste de amostra de projeto ao vivo)
- Programa do curso de teste de software - Plano de treinamento detalhado do curso online