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.
Seguir 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, abordagem, recursos e cronograma de todas as atividades de teste do projeto Banco Guru99.
O plano identifica os itens a serem testados, os recursos a serem testados, os tipos de testes a serem realizados, o pessoal responsável pelos testes, os recursos e o cronograma necessários para concluir os testes 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 |
O cliente: um cliente pode ter várias contas bancárias. Ele pode ver o saldo apenas das contas dele Manager: Um gerente pode visualizar o saldo de todos os clientes que ficar sob sua supervisão |
| Transferência de fundos | Cliente Gerente |
Cliente: Um cliente pode transferir fundos de seu “próprio” conta para qualquer conta de destino. Manager: Um gestor pode transferir fundos de qualquer banco de origem conta para 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 mini-declarações apenas suas “próprias” contas Manager: Um gerente pode ver o mini-extrato de qualquer conta |
| Declaração personalizada | Cliente Gerente |
Uma declaração personalizada permite filtrar e exibir transações em uma conta com base na data, valor da transação Cliente: Um cliente pode ver a declaração personalizada de apenas suas “próprias” contas Manager: Um gerente pode ver a declaração personalizada 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 apenas 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, telefone de um cliente. |
|
| Nova Conta | Manager |
Atualmente o sistema oferece 2 tipos de contas • Salvando • Atual Um cliente pode ter múltiplas contas poupança (uma em seu nome, outro em um nome conjunto, etc.). Ele pode ter várias contas correntes para empresas diferentes ele possui. Ou ele pode ter várias contas correntes e de poupança. Manager: Um gerente pode adicionar uma nova conta para uma conta existente cliente. |
| 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 | Gerencie todo o projeto Definir direções do projeto Adquira recursos apropriados |
| 2. | Testar | Identificar e descrever técnicas/ferramentas/arquitetura de automação de teste apropriadas Verificar e avaliar a abordagem de teste Execute os testes, registre os resultados, relate os defeitos. Membros terceirizados |
| 3. | Desenvolvedor em teste | Implemente os casos de teste, programa de teste, conjunto de testes, etc. |
| 4. | Administrador de teste | Constrói e garante que o ambiente de teste e os ativos sejam gerenciados e mantidos Apoie o 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 |
Programe-se para concluir essas tarefas
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.
durante o teste
– Simuladores de ferramentas de teste.
– Matriz de rastreabilidade de teste – Logs de erros e logs de execução.
Depois que os ciclos de teste terminarem
- 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 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
Menciona os requisitos mínimos de hardware e software que serão utilizados 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.
