Exemplo de modelo de plano de testes
Thomas Hamilton
⚡ Resumo Inteligente
O Modelo de Plano de Testes define a estratégia, o escopo, o cronograma, os entregáveis e os recursos necessários para validar a qualidade do software. Este documento funciona como um guia controlado que orienta todas as atividades de teste e reforça a responsabilidade em todas as versões.
O que é um modelo de plano de testes?
A Modelo de Plano de Teste É um documento detalhado que descreve a estratégia de teste, os objetivos, o cronograma, a estimativa, os entregáveis e os recursos necessários para os testes. Ele ajuda a determinar o esforço necessário para validar a qualidade e serve como um plano controlado pelo Gerente de Testes.
Criando um Plano de teste É obrigatório para garantir o sucesso do seu projeto de testes. Se você é iniciante, consulte Como criar um plano de teste.
Baixe o modelo de plano de teste de amostra
Estrutura do Modelo de Plano de Teste
A seguir, estão os componentes importantes de um modelo de Plano de Testes, explicados em ordem:
- 1. Introdução
- 1.1 Escopo
- 1.1.1 No Escopo
- 1.1.2 Fora do escopo
- 1.2 Objetivo de Qualidade
- Funções e responsabilidades do 1.3
- 2. Metodologia de Teste
- 2.1 Visão
- 2.2 Níveis de Teste
- 2.3 Triagem de Bugs
- 2.4 Critérios de Suspensão e Requisitos de Retomada
- 2.5 Conclusão do Teste
- 3. Entregáveis de teste
- 4. Necessidades de Recursos e Meio Ambiente
- 4.1 Ferramentas de teste
- 4.2 Ambiente de Teste
- 5. Termos/Acrônimos
1) Introdução
A Introdução fornece uma breve visão geral das estratégias de teste, processos, fluxo de trabalho e metodologias utilizadas no projeto.
1.1. Âmbito
O escopo é dividido em duas partes para que o limite do teste permaneça inequívoco.
1.1.1) No Escopo
O escopo define as características, requisitos funcionais ou não funcionais do software que será testado.
1.1.2) Fora do escopo
"Fora do Escopo" define as características, requisitos funcionais ou não funcionais do software que estão fora do escopo. não será testado.
1.2) Objetivo de Qualidade
Aqui você menciona os objetivos gerais que a equipe planeja alcançar por meio de testes manuais e automatizados. Alguns objetivos de um projeto de teste típico incluem:
- Garantir que a aplicação em teste (AUT) esteja em conformidade com os requisitos funcionais e não funcionais.
- Garantir que o sistema em teste (AUT) atenda às especificações de qualidade definidas pelo cliente.
- Identificar e corrigir erros antes que a aplicação entre em funcionamento.
1.3) Funções e Responsabilidades
Forneça uma descrição detalhada das funções e responsabilidades dos diferentes membros da equipe envolvidos, tais como:
- Analista de QA
- Gerente de Teste
- Gerenciador de configuração
- Desenvolvedores
- Equipe de instalação
Entre outros.
👉 Inscreva-se para o Projeto de Teste de Software ao Vivo Gratuito
2) Metodologia de Teste
Esta seção define o ciclo de vida, os níveis e as regras utilizadas para reger a execução dos testes.
2.1) Visão geral
Mencione o motivo da adoção de uma metodologia de teste específica para o projeto. A metodologia de teste selecionada para o projeto poderia ser:
- Cascata
- Iterativo
- Ágil
- Programação extrema
A metodologia selecionada depende de vários fatores. Você pode ler mais sobre metodologia de teste. aqui..
2.2) Níveis de Teste
Os Níveis de Teste definem os tipos de teste a serem executados na Aplicação em Teste (AUT).Os níveis escolhidos dependem principalmente do escopo do projeto, do tempo disponível e das restrições orçamentárias.
2.3) Triagem de Bugs
O objetivo da triagem de bugs é:
- Defina o tipo de resolução para cada bug.
- Priorize os bugs e determine um cronograma para todos os bugs "A serem corrigidos".
2.4) Critérios de Suspensão e Requisitos de Retomada
Os critérios de suspensão definem as condições sob as quais todo ou parte do procedimento de teste será interrompido. Os critérios de retomada determinam quando os testes podem ser retomados após terem sido suspensos.
2.5) Completude do Teste
Aqui você define os critérios que determinarão se seu teste está completo. Por exemplo, critérios comuns para verificar se o teste está completo seriam:
- Cobertura de testes de 100% alcançada.
- Todos os casos de teste manuais e automatizados foram executados.
- Todos os bugs conhecidos foram corrigidos ou estão previstos para a próxima versão.
3) Resultados de teste
Liste todos os artefatos produzidos ao longo do ciclo de testes. Registrá-los com antecedência evita falhas na transição entre equipes.
|
4) Necessidades de recursos e meio ambiente
Liste as ferramentas e a infraestrutura necessárias para garantir orçamentos, licenças e ambientes adequados antes do início da execução.
4.1) Ferramentas de teste
Faça uma lista de ferramentas como:
- Requisitos Tracking ferramenta
- Bug Tracking ferramenta
- Ferramentas de automação
Esses itens são necessários para testar o projeto de forma eficaz.
4.2) Ambiente de Teste
Mencione o mínimo Hardwares Requisitos que serão usados para testar o aplicativo.
Os seguintes Programas É necessário, além do software específico do cliente:
- Windows 11 e acima
- Microsoft 365 (ou Office 2021 e versões posteriores)
- MS Exchange, etc.
5) Termos/Siglas
Documente todos os termos ou siglas usados no projeto para que os recém-chegados possam ler o plano sem ambiguidade.
| TERMO/ACRÔNIMO | DEFINIÇÃO |
|---|---|
| API | Interface do Programa de Aplicação |
| AUT | Aplicativo em teste |
Baixe o formato do modelo de plano de teste acima
Exemplo de Plano de Teste: Aplicação Web Bancária
O exemplo prático a seguir mostra como o modelo acima é preenchido para o GuruAplicativo web do 99 Bank.
1. Introdução
O Plano de Testes define o escopo, a abordagem, os recursos e o cronograma de todas as atividades de teste para o GuruProjeto do Banco 99. Ele identifica os itens e recursos a serem testados, os tipos de testes realizados, o pessoal responsável e os riscos associados ao plano.
1.1 Escopo
1.1.1 No Escopo
Todas as funcionalidades do GuruO site do 99 Bank está definido nos requisitos do software. óculos precisam ser testados.
| Nome do Módulo | Funções aplicáveis | Descrição |
|---|---|---|
| Consulta de saldo | Gerente, Atendimento ao Cliente | Cliente: Um cliente pode ter várias contas bancárias e visualizar apenas os saldos das suas contas. Manager: Um gerente pode visualizar o saldo de todos os clientes sob sua supervisão. |
| Transferência de fundos | Gerente, Atendimento ao Cliente | Cliente: Um cliente pode transferir fundos de sua própria conta para qualquer conta de destino. Manager: Um gestor pode transferir fundos de qualquer conta de origem para qualquer conta de destino. |
| Mini declaração | Gerente, Atendimento ao Cliente | Um extrato resumido mostra as últimas 5 transações de uma conta. Cliente: Só vê o extrato resumido das suas próprias contas. Manager: Exibe o extrato resumido de qualquer conta. |
| Declaração personalizada | Gerente, Atendimento ao Cliente | Um extrato personalizado filtra e exibe as transações de uma conta por data ou valor da transação. Cliente: Apenas seus próprios relatos. Manager: Qualquer conta. |
| Alterar palavra-passe | Gerente, Atendimento ao Cliente | Cliente: Pode alterar a senha da sua própria conta. Manager: Pode alterar a senha da sua própria conta, mas não a dos seus clientes. |
| Novo Cliente | Manager | Manager: Um gerente pode adicionar um novo cliente. |
| Editar Cliente | Manager | Manager: É possível editar detalhes como endereço, e-mail e telefone de um cliente. |
| Nova Conta | Manager | O sistema oferece 2 tipos de conta: Poupança e Corrente. Um cliente pode ter várias contas poupança (individuais ou conjuntas) e várias contas correntes. Manager: É possível adicionar uma nova conta para um cliente existente. |
| Editar conta | Manager | Manager: É possível editar os detalhes de uma conta existente. |
| Deletar conta | Manager | Manager: É possível excluir uma conta pertencente a um cliente. |
| Excluir cliente | Manager | Uma cliente só pode ser excluída se não tiver nenhuma conta corrente ou poupança ativa. Manager: É possível excluir um cliente. |
| Depositar | Manager | Manager: É possível depositar dinheiro em qualquer conta, geralmente quando o dinheiro é depositado em uma agência bancária. |
| Saque | Manager | Manager: É possível sacar dinheiro de qualquer conta, geralmente quando se faz um saque em dinheiro em uma agência bancária. |
1.1.2 Fora do escopo
Essas funcionalidades não são testadas porque não fazem parte das especificações de requisitos do software:
- Interfaces com o usuário
- Interfaces de hardware
- Interfaces de software
- Projeto lógico de banco de dados
- Interfaces de Comunicações
- Segurança e desempenho do site
1.2 Objetivo de Qualidade
Os objetivos do teste são verificar a funcionalidade do GuruSite do 99 Bank. O projeto deve se concentrar em testar o operações bancárias, como gerenciamento de conta, saque e consulta de saldo, para garanta que todas essas operações funcionam normalmente em um ambiente de negócios real.
Funções e responsabilidades do 1.3
O projeto deve usar terceirizado membros como testadores para economizar nos custos do projeto.
| Não. | Vogal | tarefas |
|---|---|---|
| 1. | Gerente de Teste | Gerencia todo o projeto, define a direção do projeto e adquire os recursos apropriados. |
| 2. | testador | Identifica e descreve técnicas de teste, ferramentas e arquitetura de automação apropriadas; verifica a abordagem de teste; executa os testes; registra os resultados; reporta defeitos. Membros terceirizados. |
| 3. | Desenvolvedor em teste | Implementa casos de teste, programas de teste, conjuntos de testes, etc. |
| 4. | Administrador de teste | Constrói e mantém o ambiente e os recursos de teste; presta suporte aos testadores durante a execução. |
| 5. | Membros do SQA | Assuma a responsabilidade pela garantia da qualidade e confirme se o processo de teste atende aos requisitos especificados. |
2. Metodologia de Teste
2.1 Visão
O GuruO projeto 99 Bank segue uma metodologia de testes compatível com Agile, permitindo que os testadores se adaptem aos sprints de desenvolvimento rápidos, mantendo ao mesmo tempo uma documentação estruturada.
2.2 Níveis de Teste
De acordo com o relatório GuruNo âmbito do projeto 99 Bank, três tipos de testes devem ser realizados:
- Teste de integração: Os módulos de software individuais são combinados e testados em grupo.
- Teste do sistema: Realizado em um sistema completo e integrado para avaliar a conformidade com os requisitos especificados.
- Teste de API: Testa todas as APIs expostas pelo software em teste.
2.3 Triagem de Bugs
Reuniões de triagem de bugs são realizadas duas vezes por semana para classificar a gravidade do defeito, o responsável e a versão prevista para a correção.
2.4 Critérios de Suspensão e Requisitos de Retomada
If 40% dos casos de teste têm fracassadoSuspenda os testes até que a equipe de desenvolvimento corrija todos os casos de falha.
2.5 Conclusão do Teste
- Especifica os critérios que denotam um bem sucedido conclusão de uma fase de testes.
- Taxa de execução é obrigatório em 100% a menos que uma razão clara seja dada.
- Taxa de aprovação is 80%; alcançar a taxa de aprovação é obrigatório.
2.6 Tarefas, Estimativa e Cronograma do Projeto
| Tarefa | Membros | Esforço estimado |
|---|---|---|
| Crie a especificação de teste | Designer de teste | 170 horas-homem |
| Execute a execução do teste | Testador, Administrador de Teste | 80 horas-homem |
| Relatório de teste | testador | 10 horas-homem |
| Entrega de teste | Gerente de Teste | 20 horas-homem |
| Segurança | - | 280 horas-homem |
Horário: A equipe se compromete a concluir essas tarefas dentro do período do ciclo de testes acordado.
3. Entregáveis de teste
Entregáveis de teste para o GuruO projeto do Banco 99 está organizado em três fases.
Antes da fase de testes:
- Documento do plano de testes.
- Casos de teste documentos.
- Especificações de projeto de teste.
Durante a fase de testes:
- Simuladores de ferramentas de teste.
- Dados de teste.
- Testar tracMatriz de capacidade, registros de erros e registros de execução.
Após o término dos ciclos de teste:
- Resultados e relatórios de testes.
- Relatório de Defeito.
- Diretrizes para instalação e procedimentos de teste.
- Notas de lançamento.
4. Necessidades de Recursos e Meio Ambiente
4.1 Ferramentas de teste
| Não. | Recursos | Descrição |
|---|---|---|
| 1. | servidor | Um servidor de banco de dados em execução MySQL e um servidor web executando o Apache. |
| 2. | Ferramenta de teste | Uma ferramenta capaz de gerar automaticamente resultados de testes em um formato predefinido e automatizar a execução dos testes. |
| 3. | Network | Uma rede LAN gigabit e uma linha de internet com velocidade mínima de 5 Mb/s. |
| 4. | Computação | Pelo menos 4 estações de trabalho em execução Windows 11, com 8 GB de RAM e um processador de 3.4 GHz. |
4.2 Ambiente de Teste
Esta subseção lista os requisitos mínimos de hardware e software usados para testar o aplicativo. O seguinte software é necessário, além do software específico do cliente:
- Windows 11 e acima
- Microsoft 365 (ou Office 2021 e versões posteriores)
- MS Exchange, etc.
Como a IA auxilia no planejamento de testes
O planejamento de testes moderno utiliza cada vez mais IA para reduzir o esforço e identificar pontos cegos. Assistentes generativos como ChatGPT, Claude ou Gemini Pode elaborar um Plano de Teste inicial a partir de um documento de requisitos, sugerir casos extremos ausentes e produzir tracMatrizes de capacidade são geradas automaticamente. Modelos de aprendizado de máquina identificam módulos de risco a partir de dados históricos de defeitos, ajudando na identificação e correção de falhas.ping O Test Manager concentra seus esforços onde eles são mais necessários.
No entanto, a assistência da IA não substitui o julgamento humano. RevOs revisores devem validar o escopo, a abrangência regulatória e a intenção comercial antes de aprovar qualquer plano gerado por IA. Considere as sugestões da IA como um primeiro rascunho, não como o documento final.
Melhores Práticas para um Plano de Teste Eficaz
Um plano de testes bem elaborado mantém todos os envolvidos alinhados. Aplique estas boas práticas ao redigir seu documento:
- Mantenha-o conciso: Use linguagem clara e listas com marcadores; evite jargões que dificultem a leitura para quem não é da área de controle de qualidade.
- Faça Reviewable: Compartilhe com antecedência com os desenvolvedores e analistas de negócios para identificar requisitos faltantes.
- Quantificar os critérios de saída: Defina a cobertura numérica, a taxa de aprovação e os limites de defeitos.
- Vincule os riscos às medidas de mitigação: Associe cada risco a uma estratégia de contenção ou de contingência.
- Controle as versões do plano: Armazene-o em uma ferramenta de documentação para track muda ao longo do projeto.
