PLANO DE TESTE em teste de software (exemplo)

Plano de teste

A Plano de teste é um documento detalhado que descreve a estratégia de teste, objetivos, cronograma, estimativa, resultados e recursos necessários para realizar testes para um produto de software. 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.

De acordo com a definição do ISTQB: “Plano de Teste é um documento que descreve o escopo, abordagem, recursos e cronograma das atividades de teste pretendidas”.

Vamos começar com o seguinte exemplo/cenário de Plano de Teste: Em uma reunião, você deseja discutir o Plano de Teste com os membros da equipe, mas eles não estão interessados ​​– .

Nesse caso, o que você fará? Selecione sua resposta conforme a figura a seguir

 

Qual é a importância do plano de teste?

Fazer o documento do Plano de Teste tem vários benefícios

• Ajude pessoas fora da equipe de teste, como desenvolvedores, gerentes de negócios, clientes entenda os detalhes do teste.
• Plano de teste guias nosso pensamento. É como um livro de regras, que precisa ser seguido.
• Aspectos importantes como estimativa de teste, escopo de teste, Estratégia de Teste e guarante que os mesmos estão documentado no Plano de Teste, para que possa ser revisado pela Equipe de Gestão e reutilizado em outros projetos.

Como escrever um plano de teste

Você já sabe que fazer um Plano de teste é a tarefa mais importante do Processo de Gerenciamento de Testes. Siga as sete etapas abaixo para criar um plano de teste de acordo com IEEE 829

1. Analise o produto
2. Projete a estratégia de teste
3. Defina os objetivos do teste
4. Definir critérios de teste
5. Planejamento de recursos
6. Planejar ambiente de teste
7. Cronograma e estimativa
8. Determine os resultados do teste

Passo 1) Analise o produto

Como você pode testar um produto sem alguma informação sobre isso? A resposta é Impossível. Você deve aprender um produto completamente antes de testá-lo.

O produto em teste é o site bancário Guru99. Você deve pesquisar os clientes e usuários finais para conhecer suas necessidades e expectativas em relação ao aplicativo

• Quem usará o site?
• O que é que é usado para?
• Como vai funcionar?
• Quais são os softwares/hardwares que o produto usa?

Você pode usar a seguinte abordagem para analisar o site

Agora vamos aplicar o conhecimento acima a um produto real: Análise o site do banco https://demo.guru99.com/V4.

Você deveria tomar um olhe ao redor este site e também rever documentação do produto. RevA visão da documentação do produto ajuda você a entender todos os recursos do site e também como usá-lo. Se você não tiver certeza sobre algum item, você pode entrevista cliente, desenvolvedor, designer para obter mais informações.

Etapa 2) Desenvolver estratégia de teste

Estratégia de teste é uma passo crítico ao fazer um Plano de Teste em Teste de Software. Um documento de Estratégia de Teste é um documento de alto nível, geralmente desenvolvido pelo Test Manager. Este documento define:

• Os projetos objetivos de teste e os meios para alcançá-los
• Determina o teste esforço e custos

De volta ao seu projeto, você precisa desenvolver uma estratégia de teste para testar esse site bancário. Você deve seguir as etapas abaixo

Etapa 2.1) Definir o escopo do teste

Antes do início de qualquer atividade de teste, o escopo do teste deve ser conhecido. Você deve pensar muito sobre isso.

• Os componentes do sistema a serem testados (hardware, software, middleware, etc.) são definidos como “na mira"
• Os componentes do sistema que não serão testados também precisam ser claramente definidos como sendo “fora de escopo. "

Definir o escopo do seu projeto de teste é muito importante para todas as partes interessadas. Um escopo preciso ajuda você

• Dê a todos um confiança e informações precisas dos testes que você está fazendo
• Todos os membros do projeto terão um remover filtragem compreensão sobre o que é testado e o que não é

Como você determina o escopo do seu projeto?

Para determinar o escopo, você deve –

• Exigência precisa do cliente
• Orçamento do projeto
• Especificação de produto
• Habilidades e talento de sua equipe de teste

Agora deve-se definir claramente o “dentro do escopo” e o “fora do escopo” dos testes.

• Como o requisito de software óculos, o projeto Guru99 Bank foca apenas em testar todos os funções e interface externa do site Guru99 Banco (na mira teste)
• Testes não funcionais, como estresse, atuação or banco de dados lógico atualmente não será testado. (fora de alcance)

Cenário do problema

O cliente quer que você teste sua API. Mas o orçamento do projecto não permite isso. Nesse caso, o que você fará?

Bem, nesse caso você precisa convencer o cliente de que Teste de API é um trabalho extra e consumirá recursos significativos. Forneça a ele dados que apoiem seus fatos. Diga a ele que se o teste de API estiver incluído no escopo, o orçamento aumentará em um valor XYZ.

O cliente concorda e, consequentemente, os novos escopos, itens fora do escopo são

• Itens no escopo: Teste funcional, Teste de API
• Itens fora do escopo: Teste de banco de dados, hardware e quaisquer outras interfaces externas

Etapa 2.2) Identificar o tipo de teste

A Tipo de Teste é um procedimento de teste padrão que fornece um resultado de teste esperado.

Cada tipo de teste é formulado para identificar um tipo específico de bug do produto. Mas, todos os tipos de testes visam atingir um objetivo comum “Detecção precoce de todos os defeitos antes de liberar o produto ao cliente”

A comumente usado os tipos de teste são descritos na figura a seguir

Tem toneladas de tipos de testes para testar produtos de software. Seu time não pode ter esforços suficientes para lidar com todos os tipos de testes. Como Test Manager, você deve definir prioridade dos tipos de teste

• Quais tipos de teste devem ser focado para testes de aplicativos da web?
• Quais tipos de teste devem ser ignoradas para economizar custos?

Etapa 2.3) Riscos e problemas do documento

O risco é do futuro evento incerto com uma probabilidade de ocorrência e de um potencial por perda. Quando o risco realmente acontece, torna-se o 'emitir'.

No artigo Análise e Solução de Riscos, você já aprendeu detalhadamente sobre a análise de 'Risco' e identificou riscos potenciais no projeto.

No Plano de Teste de Controle de Qualidade, você documentará esses riscos

Risco	Mitigação
O membro da equipe não possui as habilidades necessárias para testar o site.	Planejamento curso de formação para capacitar seus membros
O cronograma do projeto é muito apertado; é difícil concluir este projeto no prazo	Conjunto Prioridade de teste para cada atividade de teste.
O Test Manager tem pouca habilidade de gerenciamento	Planejamento treinamento de liderança para gerente
A falta de cooperação afeta negativamente a produtividade dos seus funcionários	Encorajar cada membro da equipe em sua tarefa, e inspirar para maiores esforços.
Estimativa de orçamento errada e excesso de custos	Estabeleça o escopo antes de começar o trabalho, preste muita atenção ao planejamento do projeto e monitore e meça constantemente o progresso

Etapa 2.4) Criar Logística de Teste

Na Logística de Testes, o Test Manager deve responder às seguintes perguntas:

• Quem vai testar?
• Quando o teste ocorrerá?

Quem irá testar?

Você pode não saber os nomes exatos do testador que fará o teste, mas o tipo de testador pode ser definido.

Para selecionar o membro certo para uma tarefa específica, você deve considerar se sua habilidade é qualificada para a tarefa ou não, e também estimar o orçamento do projeto. Selecionar o membro errado para a tarefa pode fazer com que o projeto falhar or atraso.

Pessoa com as seguintes habilidades é ideal para realizar testes de software:

• Capacidade para entenda ponto de vista do cliente
• Forte desejo para a qualidade
• Atenção detalhar
• Bom cooperação

No seu projeto, o membro que se encarregará da execução do teste é o testador. Com base no orçamento do projeto, você pode escolher um membro interno ou terceirizado como testador.

Quando ocorrerá o teste?

As atividades de teste devem ser combinadas com atividades de desenvolvimento associadas.

Você começará a testar quando tiver todos os itens necessários mostrado na figura a seguir

Etapa 3) Definir o objetivo do teste

Objetivo do teste é o objetivo geral e o alcance da execução do teste. O objetivo do teste é encontrar o maior número possível de defeitos de software; garantir que o software em teste seja livre de insetos antes do lançamento.

Para definir os objetivos do teste, você deve seguir 2 etapas a seguir

1. Liste todos os recursos de software (funcionalidade, desempenho, GUI…) que podem precisar ser testados.
2. Definir o alvo ou de meta do teste com base nos recursos acima

Vamos aplicar estas etapas para encontrar o objetivo de teste do seu projeto de teste do Guru99 Bank

Você pode escolher o 'CARECA' método para encontrar os recursos do site que podem precisar ser testados. Neste método, você divide o aplicativo em teste em componente e subcomponente.

No tópico anterior, você já analisou as especificações de requisitos e percorreu o site, para poder criar um Mapa mental para encontrar os recursos do site da seguinte forma

Esta figura mostra todos os recursos que o site Guru99 pode ter.

Com base nos recursos acima, você pode definir o objetivo de teste do projeto Guru99 da seguinte forma

• Verifique se o site Guru99 funcionalidade(Conta, Depósito…) está funcionando conforme esperado, sem nenhum erro ou bug no ambiente de negócios real
• Verifique se a interface externa do site, como UI está funcionando conforme o esperado e atende às necessidades do cliente
• Verifique o usabilidade do site. Essas funcionalidades são convenientes para o usuário ou não?

Etapa 4) Definir critérios de teste

Critérios de teste são um padrão ou regra na qual um procedimento de teste ou julgamento de teste pode ser baseado. Existem 2 tipos de critérios de teste como segue

Critérios de Suspensão

Especifique os critérios críticos de suspensão para um teste. Se os critérios de suspensão forem atendidos durante o teste, o ciclo de teste ativo será suspendeu até que os critérios sejam resolvidas.

Exemplo de plano de teste: se os membros da sua equipe relatarem que há 40% dos casos de teste falharam, você deve suspender testando até que a equipe de desenvolvimento corrija todos os casos com falha.

Critério de saída

Ele especifica os critérios que denotam uma bem sucedido conclusão de uma fase de teste. Os critérios de saída são os resultados pretendidos do teste e são necessários antes de prosseguir para a próxima fase de desenvolvimento. Exemplo: 95% de todos os casos de teste críticos devem ser aprovados.

Alguns métodos de definição de critérios de saída são através da especificação de um objetivo taxa de execução e taxa de aprovação.

• A taxa de execução é a razão entre número de casos de teste executados/total de casos de teste de especificação de teste. Por exemplo, a especificação de teste tem um total de 120 TCs, mas o testador executou apenas 100 TCs. Portanto, a taxa de execução é 100/120 = 0.83 (83%)
• A taxa de aprovação é a razão entre números casos de teste aprovados / casos de teste executados. Por exemplo, acima de 100 TCs executados, há 80 TCs aprovados, então a taxa de aprovação é 80/100 = 0.8 (80%)

Esses dados podem ser recuperados em documentos Test Metric.

• Execute taxa é obrigatória 100% a menos que uma razão clara seja dada.
• Passar taxa depende do escopo do projeto, mas alcançando alta taxa de aprovação é um objetivo.

Exemplo de plano de teste:Sua equipe já fez as execuções dos testes. Eles relatam o resultado do teste para você e querem que você confirme o Critério de saída.

No caso acima, a taxa de execução obrigatória é % 100 mas a equipe de teste concluiu apenas 90% dos casos de teste. Isso significa que a taxa de execução não foi satisfeita, portanto NÃO confirme os critérios de saída

Etapa 5) Planejamento de Recursos

O plano de recursos é um resumo detalhado de todos os tipos de recursos necessários para concluir a tarefa do projeto. O recurso pode ser humano, equipamentos e materiais necessários para concluir um projeto

O planejamento de recursos é fator importante do planejamento de testes porque auxilia na determinando da número de recursos (funcionários, equipamentos…) a serem utilizados no projeto. Portanto, o Test Manager pode fazer o cronograma e a estimativa corretos para o projeto.

Esta seção representa os recursos recomendados para o seu projeto.

De Recursos Humanos

A tabela a seguir representa vários membros da sua equipe de projeto

Não.	Vogal	tarefas
1.	Gerente de Teste	Gerencie todo o projeto Definir projeto direções Adquira recursos apropriados
2.	testador	Identificar e descrever técnicas/ferramentas/arquitetura de automação de teste apropriadas Verifique e avalie a abordagem de teste Execute Os testes, Folhas para resultados, Relatório os defeitos. O testador pode ser membro terceirizado ou terceirizado, com base no orçamento do projeto Para a tarefa que exigia baixo habilidade, eu recomendo que você escolha terceirizado membros para salvar custo do projeto.
3.	Desenvolvedor em teste	Executar os casos de teste, programa de teste, conjunto de testes etc.
4.	Administrador de teste	Constrói e garante Ambiente de teste e os ativos são gerenciados e mantida SuporteTestador 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

Recurso do sistema

Para testar um aplicativo da web, você deve planejar os recursos conforme as tabelas a seguir:

Não.	Recursos	Descrição
1.	servidor	Instale o aplicativo web em teste Isso inclui um servidor web, um servidor de banco de dados e um servidor de aplicativos separados, se aplicável
2.	Ferramenta de teste	A ferramenta de teste serve para automatizar o teste, simular a operação do usuário, gerar os resultados do teste Existem inúmeras ferramentas de teste que você pode usar para este projeto, como Selenium, QTP… etc.
3.	Network	Você precisa de uma rede que inclua LAN e Internet para simular o ambiente real de negócios e usuários
4.	Computação	O PC que os usuários costumam usar para conectar o servidor web

Etapa 6) Planejar o ambiente de teste

O que é o ambiente de teste

Um ambiente de teste é uma configuração de software e hardware na qual a equipe de teste executará casos de teste. O ambiente de teste consiste em negócio real e usuário ambiente, bem como ambientes físicos, como servidor, ambiente de execução front-end.

Como configurar o ambiente de teste

De volta ao seu projeto, como você configura ambiente de teste para este site bancário?

Para terminar esta tarefa, você precisa uma forte cooperação entre a equipe de teste e a equipe de desenvolvimento

Você deve fazer algumas perguntas ao desenvolvedor para entender o aplicativo da web em teste claramente. Aqui estão algumas perguntas recomendadas. Claro, você pode fazer outras perguntas se precisar.

• Qual é a conexão máxima de usuário que este site pode suportar ao mesmo tempo?
• Quais são os requisitos de hardware/software para instalar este site?
• O computador do usuário precisa de alguma configuração específica para navegar no site?

A figura a seguir descreve o ambiente de teste do site bancário https://demo.guru99.com/V4

Etapa 7) Cronograma e estimativa

No artigo Estimativa de teste, você já utilizou algumas técnicas para estimar o esforço para concluir o projeto. Agora você deve incluir essa estimativa, bem como o cronograma, no Planejamento de Teste

Na fase de estimativa de teste, suponha que você divida todo o projeto em pequenas tarefas e adicione a estimativa para cada tarefa conforme abaixo

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

Então você cria o cronograma para completar essas tarefas.

Fazer cronograma é um termo comum no gerenciamento de projetos. Ao criar um cronograma sólido no Planejamento de Testes, o Test Manager pode utilizá-lo como ferramenta para monitorar o andamento do projeto, controlar os estouros de custos.

Para criar o cronograma do projeto, o Test Manager precisa de vários tipos de entrada, conforme abaixo:

• Prazo do funcionário e do projeto: Os dias úteis, o prazo do projeto, a disponibilidade de recursos são os fatores que afetaram o cronograma
• Estimativa de projeto: Com base na estimativa, o Test Manager sabe quanto tempo leva para concluir o projeto. Para que ele possa fazer o cronograma do projeto apropriado
• Risco do projeto : Compreender o risco ajuda o Test Manager a adicionar tempo extra suficiente ao cronograma do projeto para lidar com os riscos

Vamos praticar com um exemplo:

Suponha que o chefe queira concluir o projeto Guru99 em um mês, você já estimou o esforço para cada tarefa na Estimativa de Teste. Você pode criar a programação conforme abaixo

Etapa 8) Resultados de teste

Entregáveis ​​de teste é uma lista de todos os documentos, ferramentas e outros componentes que devem ser desenvolvidos e mantidos para apoiar o esforço de teste.

Existem diferentes resultados de teste em cada fase do ciclo de vida de desenvolvimento de software.

Os resultados dos testes são fornecidos antes fase de testes.

• Documento de planos de teste.
• Documentos de casos de teste
• Especificações de design de teste.

Os resultados dos testes são fornecidos durante o teste

• Scripts de teste
• Simuladores
• Dados de teste
• Matriz de Rastreabilidade de Teste
• Logs de erros e logs de execução.

Os resultados dos testes são fornecidos depois de os ciclos de testes terminaram.

• Resultados/relatórios de testes
• Relatório de Defeito
• Diretrizes de procedimentos de instalação/teste
• Notas de lançamento

Recursos

Baixe um modelo de plano de teste de amostra

Baixe o exemplo de plano de teste do sistema do site Guru99 Bank