Visão geral do modelo de plano de teste
Um plano de teste é um documento que fornece um plano para o método de teste, estratégia, seleção de hardware / software, plano de cronograma e estimativa de entregas. Ele gerencia meu gerente de teste.
Vejamos um exemplo, um dos que se encontra com o gerente de teste pede a uma equipe que faça um plano de teste para este projeto e a equipe não tem interesse. Nesse caso, como o gerente de teste deseja lidar com essa situação.
Pense no seu gerente de teste e selecione sua resposta abaixo:
- Eu sou gerente, então você precisa fazer o que eu digo
- OK, deixe-me explicar por que o projeto precisa de um plano de teste.
Se eu for gerente, selecionarei a segunda opção e espero que você também.
Necessidade de plano de teste
- Ele testará a qualidade do aplicativo / software
- Os testadores precisam seguir as diretrizes fornecidas no documento
- O escopo, a estimativa e a estratégia estão documentados e também podem ser reutilizados para outros projetos.
Como escrever um modelo de plano de teste?
Há oito tarefas importantes que precisam ser seguidas para escrever o modelo do plano de teste:
É sobre como escrevemos um modelo de plano de teste que é explicado abaixo em detalhes:
1. Analise
Sem dados, é impossível analisar qualquer coisa. Então, precisamos identificar o projeto / projeto que precisa ser analisado. Suponha que desenvolvamos um site e precisemos ser analisados usando as técnicas de teste. Antes de entrar na estratégia de teste, precisamos revisar o documento do produto que contém os detalhes do projeto, primeiro precisamos entender a funcionalidade e depois fazer uma análise. Abaixo está a amostra de análise que ocorre neste site.
- Qual é a utilidade deste site?
- Quem são os usuários finais?
- Como vai funcionar?
- Qual é a versão do software usada?
- Qual é o hardware?
2. Design
O desenvolvimento do design de teste é uma etapa importante no modelo de plano de teste e será definido pelo gerente de teste.
a) Definir o escopo do teste
Antes de escrever o design do teste, precisamos identificar o "dentro do escopo" e "fora do escopo" para o teste, e todos na equipe devem estar claramente entendidos sobre o projeto e precisam fornecer informações precisas sobre os dados. Como você identificará o escopo dos testes?
- Exigência do cliente
- Despesas
- Especificação de software
b) Definir tipo de teste
Ao definir o tipo de teste para identificar qualquer bug no software, o objetivo final é entregar o software ao cliente sem erros. Algumas das principais técnicas de teste são
- Teste de unidade: teste o menor software ou aplicativo
- Teste de API : teste de APIs criadas para o aplicativo
- Teste de integração: teste os módulos combinados no aplicativo
- Teste do sistema : teste a conformidade do sistema para o requisito específico
- Teste de instalação / desinstalação: configure / remova o software específico no ambiente do cliente
- Teste ágil : teste a metodologia ágil
c) Documento de risco e emissão
Identifique o risco e isso causará o impacto potencial no modelo do plano de teste e quais medidas são um problema. Veja abaixo alguns dos fatores de risco.
- As pessoas têm falta de habilidades para testar este site
- O gerente de teste possui poucas habilidades para definir a técnica de teste.
- Falta de cooperação dentro da equipe
- Estimativa de orçamento insuficiente
d) Criar Logística de Teste
Nesta etapa, o gerente de teste precisa decidir quem fará o teste? e quando o teste ocorrerá? A seleção da pessoa certa para uma tarefa específica é muito importante para entender os métodos. O teste pode ocorrer a qualquer momento, mas também pode começar na fase de desenvolvimento. Quando a fonte abaixo estiver disponível, ela estará pronta para teste.
- Especificações de teste e documento de requisitos
- Recursos humanos
- Ambiente de teste
3. Objetivo do Teste
O principal objetivo de testar o objetivo é identificar os defeitos e liberar o software como livre de erros. O objetivo do teste precisa seguir as etapas abaixo:
a) Teste o software ou o recurso do aplicativo.
b) Teste o recurso com base no conjunto de metas e objetivos.
Tome este site como exemplo para seguir as etapas acima usando o método de teste TOP-DOWN da técnica mais comum.
- Verifique se o site está funcionando no ambiente real sem nenhum problema
- Precisa verificar a necessidade do cliente e atender às suas expectativas
- Deve ser fácil de usar
4. Critérios de Teste
Os critérios podem ser usados como regra ou procedimento para fazer o julgamento do teste. Existem dois tipos de critérios de teste:
a) Critérios de suspensão
O gerente de teste deve ser definido como o objetivo da suspensão. Quando alcançou a meta, o teste será suspenso até que os critérios sejam resolvidos. Digamos que suponha que 30% dos casos de teste falhem no projeto e ele precise voltar para a equipe de desenvolvimento. O teste não pode ser realizado até que o problema seja resolvido.
b) Critérios de saída
Os critérios de saída podem ser definidos como uma porcentagem máxima (por exemplo, 96%). Quando o resultado do teste alcançou esse percentual, o projeto pode ser considerado como PASS. O obrigatório é executar 100% dos casos de teste, mas o passe pode ser definido como 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Planejamento de Recursos
O planejamento de recursos pode ser humano e equipamento, o que requer esse plano de teste para concluir a tarefa.
a) Recursos humanos
- Gerente de teste
- Testador
- Desenvolvedor em teste
- Engenheiro de QA
b) Recurso do sistema
- Servidor
- Ferramenta de teste
- Rede
- Computador
6. Planeje o ambiente de teste
O ambiente de teste é configurar o hardware e o software para realizar os testes. Ele deve ser implantado em um ambiente de negócios em tempo real. A configuração do ambiente pode ser seguida como um servidor de desenvolvimento -> servidor de teste / controle de qualidade -> servidor de produção. Uma vez concluída a fase de desenvolvimento, ela será transferida para a equipe de teste e, uma vez concluído o teste, estará disponível no ambiente de produção.
7. Cronograma e estimativa
Ele precisa fazer um planejamento e uma estimativa para executar a tarefa no modelo de plano de teste.
| Tarefa | Membro | Duração estimada |
| Criar plano de teste | Gerente de Teste | 80 horas-homem |
| Relatório de teste | Testador | 200 horas-homem |
| Entrega de Teste | QA | 30 horas-homem |
8. Entregas de Teste
As entregas de teste podem listar todos os documentos e outros esforços que suportam esse esforço. Existem três tipos de entregas.
a) Antes do teste
- Documento de planejamento
- Documento de design de teste
b) Durante o teste
- Capturar logs de erro
- Matriz
- Erro de execução
c) Após o teste
- Relatório de teste
- Notas de versão
Artigos recomendados
Este é um guia para o modelo de plano de teste. Aqui aprendemos o que é plano de teste, a necessidade de um modelo de plano de teste, como projetar um plano de teste etc. Você também pode consultar os seguintes artigos para saber mais:
- Técnicas de teste estático
- Modelos do AWS CloudFormation
- Ferramentas de teste na nuvem
- Teste de protocolo
- Tipos e manipulação de erros em JavaScript
- Os 7 principais princípios do teste ágil com estratégias
- Casos de teste versus cenário de teste | Principais diferenças
- O que é caso de teste?