Modelo de plano de teste (exemplo de documento de amostra)
Thomas Hamilton
O que é modelo de plano de teste?
Modelo de Plano de Teste é um documento detalhado que descreve a estratégia de teste, os objetivos, o cronograma, a estimativa e as entregas, além dos recursos necessários para o teste. O Plano de Teste nos ajuda a determinar o esforço necessário para validar a qualidade do aplicativo em teste. O plano de teste serve como um modelo para conduzir atividades de teste de software como um processo definido que é minuciosamente monitorado e controlado pelo gerente de teste.
Criando um Plano de teste é obrigatório para garantir o sucesso do seu projeto de teste de software. Se você é novo no Planejamento de Testes, consulte este tutorial em Como criar um plano de teste
Baixe o modelo de plano de teste de amostra
Modelo de Plano de Teste
Abaixo, encontre constituintes importantes de um plano de teste-
- 1 Introdução
- 1.1 Escopo
- 1.1.1 No Escopo
- 1.1.2 Fora do escopo
- 1.2 Objetivo de Qualidade
- 1.3 Funções e Responsabilidades
- 2 Metodologia de Teste
- 2.1 Visão geral
- 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 resultados de teste
- 4 Necessidades de Recursos e Meio Ambiente
- 4.1 Ferramentas de teste
- 4.2 Ambiente de Teste
1) Introdução
Breve introdução das estratégias de teste, processo, fluxo de trabalho e metodologias utilizadas para o projeto
1.1. Âmbito
1.1.1) No Escopo
O escopo define os recursos, requisitos funcionais ou não funcionais do software que será testado
1.1.2) Fora do escopo
Fora do escopo define os recursos, requisitos funcionais ou não funcionais do software que não será testado
1.2) Objetivo de Qualidade
Mencione aqui o objetivo geral que você planeja alcançar com seus testes manuais e testes de automação.
Alguns objetivos do seu projeto de teste podem ser
- Garantir que o aplicativo em teste esteja em conformidade com os requisitos funcionais e não funcionais
- Garantir que o AUT atenda às especificações de qualidade definidas pelo cliente
- Bugs/problemas são identificados e corrigidos antes de entrar em operação
1.3) Funções e Responsabilidades
Descrição detalhada das funções e responsabilidades dos diferentes membros da equipe, como
- Analista de QA
- Gerente de Teste
- Gerenciador de configuração
- Desenvolvedores
- Equipe de instalação
Entre outros
2) Metodologia de Teste
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
- WaterFall
- Iterativo
- Ágil
- Programação extrema
A metodologia selecionada depende de múltiplos fatores. Você pode ler sobre Metodologia de Teste aqui
2.2) Níveis de Teste
Os níveis de teste definem os tipos de teste a serem executados no aplicativo em teste (AUT). Os níveis de teste dependem principalmente do escopo do projeto, das restrições de tempo e orçamento.
2.3) Triagem de Bugs
O objetivo da triagem é
- Para definir o tipo de resolução para cada bug
- Priorizar bugs e determinar 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 os critérios a serem usados para suspender todo ou parte do procedimento de teste, enquanto os critérios de retomada determinam quando o teste pode ser retomado após ter sido suspenso.
2.5) Completude do Teste
Aqui você define os critérios que considerarão seu teste concluído.
Por exemplo, alguns critérios para verificar a integridade do teste seriam
- 100% de cobertura de teste
- Todos os casos de teste manuais e automatizados executados
- Todos os bugs abertos foram corrigidos ou serão corrigidos na próxima versão
3) Resultados de teste
Mencione aqui todos os artefatos de teste que serão entregues durante as diferentes fases do ciclo de vida do teste.
Aqui estão os resultados simples
|
4) Necessidades de recursos e meio ambiente
4.1) Ferramentas de teste
Faça uma lista de ferramentas como
- Ferramenta de monitoramento de requisitos
- Ferramenta de rastreamento de bugs
- Ferramentas de automação
Necessário para testar o projeto
4.2) Ambiente de Teste
Menciona o mínimo Hardwares requisitos que serão usados para testar o Aplicativo.
Agora sobre o Programas são necessários além do software específico do cliente.
- Windows 8 e acima
- Escritório 2013 e superior
- MS Exchange, etc.
5) Termos/Siglas
Mencione quaisquer termos ou siglas usadas no projeto
| 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 aplicativo da Web para banco de documentos de plano de teste
1 Introdução
O Plano de Teste é projetado para prescrever o escopo, a abordagem, os recursos e o cronograma de todas as atividades de teste do projeto Guru99 Bank. O plano identifica os itens a serem testados, os recursos a serem testados, os tipos de teste a serem realizados, o pessoal responsável pelo teste, os recursos e o cronograma necessários para concluir o teste e os riscos associados ao plano.1.1 Escopo
1.1.1 No Escopo
Todas as funcionalidades do siteGuru99 Bank que foram definidas nos requisitos do software óculos precisam ser testados| Nome do Módulo | Funções aplicáveis | Descrição |
|---|---|---|
| Consulta de saldo | Cliente Gerente | Experiência e dinâmica de loja: Um cliente pode ter várias contas bancárias. Ele pode visualizar o saldo de suas contas apenas Manager: Um gerente pode visualizar o saldo de todos os clientes que estão sob sua supervisão |
| Transferência de fundos | Cliente Gerente | Cliente: Um cliente pode transferir fundos de sua “própria” conta para qualquer conta de destino. Manager: Um gerente pode transferir fundos de qualquer conta bancária de origem para a conta de destino |
| Mini declaração | Cliente Gerente | Um Mini extrato mostrará as últimas 5 transações de uma conta Cliente: Um cliente pode ver o mini-extrato apenas de suas “próprias” contas Manager: Um gerente pode ver o mini-extrato de qualquer conta |
| Declaração personalizada | Cliente Gerente | Um extrato personalizado permite que você filtre e exiba transações em uma conta com base na data e no valor da transação Cliente: Um cliente pode ver o extrato personalizado apenas de suas “próprias” contas Manager: Um gerente pode ver o extrato personalizado de qualquer conta |
| Alterar palavra-passe | Cliente Gerente | Cliente: Um cliente pode alterar a senha apenas de sua conta. Manager: Um gerente pode alterar a senha somente de sua conta. Ele não pode alterar as senhas de seus clientes |
| Novo Cliente | Manager | Manager: um gerente pode adicionar um novo cliente. |
| Manager | Manager: Um gerente pode editar detalhes como endereço, e-mail e telefone de um cliente. | |
| Nova Conta | Manager | Atualmente, o sistema fornece 2 tipos de contas • Poupança • Corrente Um cliente pode ter várias contas poupança (uma em seu nome, outra em nome conjunto etc.). Ele pode ter várias contas correntes para diferentes empresas que possui. Ou ele pode ter várias contas correntes e poupança. Manager: Um gerente pode adicionar uma nova conta para um cliente existente. |
| Editar conta | Manager | Manager: Um gerente pode adicionar detalhes de edição de uma conta existente |
| Deletar conta | Manager | Manager: Um gerente pode adicionar e excluir uma conta de um cliente. |
| Excluir cliente | Manager | Um cliente só pode ser eliminado se não tiver contas correntes ou poupanças ativas Manager: Um gerente pode excluir um cliente. |
| Depositar | Manager | Manager: Um gerente pode depositar dinheiro em qualquer conta. Geralmente feito quando o dinheiro é depositado em uma agência bancária. |
| Saque | Manager | Manager: Um gerente pode sacar dinheiro de qualquer conta. Geralmente feito quando o dinheiro é sacado em uma agência bancária. |
1.1.2 Fora do escopo
Esses recursos não serão testados porque não estão incluídos nas especificações de requisitos de software- Interfaces com o usuário
- Interfaces de hardware
- Interfaces de software
- Banco de dados lógico
- 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 site Guru99 Bank, o projeto deverá focar em testar o operação bancária como gerenciamento de contas, retiradas e saldo… etc. para garanta todas essas operações podem funcionar normalmente em ambiente de negócios real.Funções e responsabilidades do 1.3
O projeto deve usar terceirizar membros como testador para economizar o custo do projeto.| Não. | Vogal | tarefas |
|---|---|---|
| 1. | Gerente de Teste | Gerenciar todo o projeto Definir as direções do projeto Adquirir recursos apropriados |
| 2. | Teste | Identificar e descrever técnicas/ferramentas/arquitetura de automação de teste apropriadas Verificar e avaliar a Abordagem de Teste Executar os testes, Registrar resultados, Relatar os defeitos. Membros terceirizados |
| 3. | Desenvolvedor em teste | Implemente os casos de teste, programa de teste, conjunto de testes, etc. |
| 4. | Administrador de teste | Cria e garante que o ambiente de teste e os ativos sejam gerenciados e mantidos. Suporte ao testador para usar o ambiente de teste para execução de teste |
| 5. | Membros do SQA | Assuma o controle da garantia de qualidade Verifique para confirmar se o processo de teste está atendendo aos requisitos especificados |
2 Metodologia de Teste
2.1 Visão
2.2 Níveis de Teste
No projeto Guru99 Bank, existem 3 tipos de testes que devem ser realizados.- Integração Teste (módulos de software individuais são combinados e testados como um grupo)
- System Teste: realizado em um bio-descontaminação, integrado sistema para avaliar a conformidade do sistema com seus requisitos especificados
- Teste de API: Teste todas as APIs criadas para o software em teste
2.3 Triagem de Bugs
2.4 Critérios de Suspensão e Requisitos de Retomada
Se os membros da equipe relatarem que há 40% de casos de teste fracassado, suspenda os testes até que a equipe de desenvolvimento corrija todos os casos com falha.2.5 Conclusão do Teste
- Especifica os critérios que denotam um bem sucedido conclusão de uma fase de teste
- Execute taxa é obrigatória 100% a menos que uma razão clara seja dada.
- Passar taxa é % 80 atingir a taxa de aprovação é obrigatório
2.6 Tarefa do projeto e estimativa e cronograma
| 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 | 20 horas-homem | |
| Total | 280 horas-homem |
3 resultados de teste
Os resultados do teste são fornecidos conforme abaixo Antes da fase de testes- Documento de planos de teste.
- Casos de teste INSTITUCIONAIS
- Especificações de design de teste.
- Resultados/relatórios de testes
- Relatório de Defeito
- Diretrizes de procedimentos de instalação/teste
- Notas de lançamento
4 Necessidades de Recursos e Meio Ambiente
4.1 Ferramentas de teste
| Não. | Recursos | Descrição |
|---|---|---|
| 1. | servidor | Precisa de um servidor de banco de dados que instale MySQL servidor Web que instala o Apache Server |
| 2. | Ferramenta de teste | Desenvolva uma ferramenta de teste que possa gerar automaticamente o resultado do teste no formato predefinido e automatizar a execução do teste |
| 3. | Network | Configure uma LAN Gigabit e 1 linha de internet com velocidade de pelo menos 5 Mb/s |
| 4. | Computação | Pelo menos 4 computadores executados Windows 7, RAM 2 GB, CPU 3.4 GHz |
4.2 Ambiente de Teste
Ele menciona os requisitos mínimos de hardware e software que serão usados para testar o Aplicativo. Os seguintes softwares são necessários além do software específico do cliente.- Windows 11 e acima
- Escritório 2021 e superior
- MS Exchange, etc.
