PLANO DE TESTE em teste de software (exemplo)

Plano de teste

A Plano de teste Um Plano de Testes é 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 realizar os testes de um produto de software. Ele nos ajuda a determinar o esforço necessário para validar a qualidade da aplicação em teste. O plano de testes serve como um guia para conduzir as atividades de teste de software como um processo definido, que é minuciosamente monitorado e controlado pelo gerente de testes.

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

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

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

👉 Inscreva-se para o Projeto de Teste de Software ao Vivo Gratuito

Qual a importância de um plano de testes?

A elaboração de um documento de Plano de Testes oferece diversos benefícios.

• Auxiliar pessoas fora da equipe de testes, como desenvolvedores, gerentes de negócios e 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 estão localizadas documentado No Plano de Testes, para que possa ser revisado pela Equipe de Gestão e reutilizado em outros projetos.

Tipos de planos de teste

Existem três tipos principais de Planos de Teste em testes de software.

1. Plano de Teste Mestre: Um documento de alto nível que descreve a estratégia geral de testes, o escopo, os recursos e o cronograma para todos os níveis de teste. Ele serve como o roteiro principal do projeto.
2. Plano de teste específico para cada nível: Foca-se em níveis de teste específicos, como testes de unidade, integração, sistema ou aceitação. Cada plano detalha a abordagem, o ambiente e os entregáveis ​​para esse nível.
3. Plano de teste específico para cada tipo: TargetEla abrange tipos de testes especializados, como testes de desempenho, segurança, usabilidade ou automação. Define ferramentas, técnicas e critérios específicos para cada tipo de teste.

Em conjunto, esses planos de teste garantem uma cobertura abrangente, alinham os objetivos de teste com as metas do projeto e melhoram a coordenação entre as equipes para uma maior qualidade do software.

Como escrever um plano de teste

Você já sabe que fazer um Plano de teste é a tarefa mais importante do Processo de gerenciamento de testesSiga os sete passos abaixo para criar um plano de testes de acordo com a norma 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ívelVocê precisa aprender sobre o produto. completamente antes de testá-lo.

O produto em teste é o GuruSite do banco 99. Você deve pesquisar os clientes e os 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?
• Que software/hardware o produto utiliza?

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 Na elaboração de um Plano de Testes em Testes de Software, um documento de Estratégia de Testes é um documento de alto nível, geralmente desenvolvido pelo Gerente de Testes. Este documento define:

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

Voltando ao seu projeto, você precisa desenvolver uma estratégia de testes para o site do banco. Siga os passos abaixo.

Etapa 2.1) Definir o escopo do teste

Antes de iniciar qualquer atividade de teste, o escopo do teste deve ser conhecido. Você precisa pensar muito sobre isso.

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

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

• Dê a todos confiança e informações precisas sobre os testes que você está realizando.
• Todos os membros do projeto terão um remover filtragem Compreensão do que é testado e do 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 que está "dentro do escopo" e o que está "fora do escopo" dos testes.

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

Cenário do problema

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

Bem, nesse caso, você precisa convencer o cliente de que Teste de API É trabalho extra e consumirá recursos significativos. Apresente dados que sustentem seus argumentos. Diga-lhe que, se o teste de API for incluído no escopo, o orçamento aumentará em 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. No entanto, todos os tipos de teste visam atingir um objetivo comum: “Detecção precoce de todos os defeitos antes de liberar o produto ao cliente”

O comumente usado Os tipos de teste são descritos da seguinte forma na figura.

Tem toneladas de tipos de testes para testar um produto de software. Sua equipe não pode colocar com esforço suficiente para lidar com todos os tipos de testes. Como Gerente de Testes, você deve definir o prioridade dos tipos de teste

• Quais tipos de teste devem ser focado Para testes de aplicações web?
• Quais tipos de teste devem ser ignoradas para economizar custos?

Etapa 2.3) Riscos e problemas do documento

O risco é um futuro evento incerto com uma probabilidade de ocorrência e uma potencial por perda. Quando o risco de fato se concretiza, ele se torna 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

Gestão de	Mitigação
Os membros da equipe não possuem as habilidades necessárias para testar o site.	Planeje um 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 uma das atividades de teste.
O Gerente de Testes possui habilidades de gestão deficientes.	Planejamento treinamento de liderança para o 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, dedique muita atenção ao planejamento do projeto e faça-o constantemente. track e medir 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?
• Ao o teste ocorrerá?

Quem irá testar?

Você pode não saber os nomes exatos dos avaliadores que farão os testes, mas tipo de testador pode ser definido.

Para selecionar o membro certo para uma tarefa específica, você precisa considerar se as habilidades dele são adequadas para a tarefa e também estimar o orçamento do projeto. Selecionar o membro errado para a tarefa pode levar ao fracasso do projeto. falhar or ser atrasado.

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

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

No seu projeto, o membro que ficará responsável pela execução dos testes é o testadorCom base no orçamento do projeto, você pode escolher um membro da equipe interna ou um profissional terceirizado para realizar os testes.

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 conforme mostrado na figura a seguir.

Etapa 3) Definir o objetivo do teste

O objetivo do teste é a meta geral e o resultado esperado da execução do teste. O objetivo do teste é encontrar o máximo possível de defeitos no software e garantir que o software em teste esteja em conformidade com as normas. livre de bugs antes do lançamento.

Para definir os objetivos do teste, você deve seguir os dois passos a seguir.

1. Liste todos os recursos do software (funcionalidade, desempenho, interface gráfica do usuário, etc.) que podem precisar ser testados.
2. Definir o alvo ou de meta do teste baseado nas características acima

Vamos aplicar esses passos para encontrar o objetivo do seu teste. GuruProjeto de testes do Banco 99

Você pode escolher o 'CARECA' Método para encontrar as funcionalidades do site que podem precisar ser testadas. Nesse método, você divide o aplicativo em teste em componentes e subcomponentes.

No tópico anterior, você já analisou as especificações dos requisitos e navegou pelo site, então você pode criar um Mapa mental Para encontrar as funcionalidades do site, siga os passos abaixo:

Esta figura mostra todas as características que o Guru99 sites podem ter.

Com base nas características 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 o esperado, sem erros ou falhas, no ambiente de negócios real.
• Verifique se a interface externa do site, como UIEstá 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

Os critérios de teste são um padrão ou regra que serve de base para um procedimento ou julgamento de teste. Existem dois tipos de critérios de teste, conforme descrito a seguir:

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 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 proporção entre o Número de casos de teste executados e/ou total de casos de teste da especificação de teste. Por exemplo, a especificação de teste tem um total de 120 TCs, mas o testador executou apenas 100 TCs, então a taxa de execução é 100/120 = 0.83 (83%)
• A taxa de aprovação é a proporção entre o Número de casos de teste aprovados / casos de teste executadosPor exemplo, nos 100 TCs executados acima, 80 TCs foram 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çar uma 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 e é 100%Porém, a equipe de testes concluiu apenas 90% dos casos de teste. Isso significa que a taxa de execução não foi atendida, portanto, NÃO confirme os critérios de saída.

Etapa 5) Planejamento de Recursos

Um plano de recursos é um resumo detalhado de todos os tipos de recursos necessários para concluir uma tarefa de projeto. Os recursos podem ser humanos, equipamentos e materiais necessários para a conclusão de um projeto.

O planejamento de recursos é um fator importante no planejamento de testes, pois auxilia em determinando da número dos recursos (funcionários, equipamentos, etc.) a serem utilizados no projeto. Portanto, o Gerente de Testes pode elaborar 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	Gerenciar 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, log resultados, e os defeitos. Os testadores podem ser membros internos ou externos da equipe, dependendo do orçamento do projeto. Para a tarefa que exige baixo habilidade, eu recomendo que você escolha terceirizado membros para salvar custo do projeto.
3.	Desenvolvedor em teste	Executar os casos de teste, o programa de teste, o conjunto de testes, etc.
4.	Administrador de teste	Constrói e garante Ambiente de teste e os ativos são gerenciados e mantida Testador de suporte usar o ambiente de teste para execução de testes
5.	Membros do SQA	Assuma a responsabilidade pela garantia da qualidade. Verifique se o processo de teste está atendendo aos requisitos especificados.

Recurso do sistema

Para testar uma aplicação web, você deve planejar os recursos da seguinte forma:

Não.	Recursos	Descrição
1.	servidor	Instale o aplicativo web em teste. Isso inclui um servidor web separado, um servidor de banco de dados e um servidor de aplicativos, se aplicável.
2.	Ferramenta de teste	A ferramenta de teste serve para automatizar os testes, simular a operação do usuário e gerar os resultados dos testes. Existem diversas ferramentas de teste que você pode usar para este projeto, como... Selenium, QTP, etc.
3.	Network	Você precisa de uma rede, incluindo LAN e Internet, para simular o ambiente real de negócios e de usuários.
4.	Computação	O computador que os usuários geralmente usam para se conectar ao 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 testes executará os casos de teste. O ambiente de teste consiste em um negócio real e usuário ambiente, bem como ambientes físicos, como um servidor e um ambiente de execução front-end.

Como configurar o ambiente de teste

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

Para terminar esta tarefa, você precisa forte cooperação entre a Equipe de Testes e a Equipe de Desenvolvimento.

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

• Qual é o número máximo de conexões simultâneas que este site pode suportar?
• 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 testeVocê já utilizou algumas técnicas para estimar o esforço necessário para concluir o projeto. Agora, você deve incluir essa estimativa, bem como o cronograma, no Planejamento de Testes.

Na fase de Estimativa de Teste, suponha que você divida todo o projeto em pequenas tarefas e adicione a estimativa para cada tarefa da seguinte forma:

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
Segurança		280 horas-homem

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

Criar um cronograma é um termo comum em gerenciamento de projetos. Ao elaborar um cronograma sólido no Planejamento de Testes, o Gerente de Testes pode utilizá-lo como ferramenta para monitorar o progresso do projeto e controlar os custos adicionais.

Para criar o cronograma do projeto, o Gerente de Testes precisa de vários tipos de entrada, conforme descrito a seguir:

• Prazo do funcionário e do projetoOs dias úteis, o prazo do projeto e a disponibilidade de recursos são os fatores que afetam o cronograma.
• Estimativa de projetoCom base na estimativa, o Gerente de Testes sabe quanto tempo levará para concluir o projeto. Assim, ele pode elaborar o cronograma adequado.
• Risco do projetoCompreender os riscos ajuda o Gerente de Testes a adicionar tempo extra suficiente ao cronograma do projeto para lidar com eles.

Vamos praticar com um exemplo:

Suponha que o chefe queira concluir o projeto. Guru99 em um mês, e você já estimou o esforço para cada tarefa na Estimativa de Testes. Você pode criar o cronograma da seguinte forma:

Etapa 8) Resultados de teste

Os entregáveis ​​de teste são uma lista de todos os documentos, ferramentas e outros componentes que precisam ser desenvolvidos e mantidos para dar suporte ao 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 a 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
• Testar TracMatriz de Habilidades
• Logs de erros e logs de execução.

Os resultados dos testes são fornecidos depois de O ciclo de testes terminou.

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

Desafios comuns no planejamento de testes (e suas soluções)

O planejamento eficaz de testes frequentemente enfrenta obstáculos práticos. Reconhecer esses desafios e aplicar soluções proativas garante uma execução mais tranquila e maior qualidade do software.

1. Requisitos pouco claros
   Desafio: Requisitos de projeto ambíguos ou em constante mudança levam a uma cobertura de testes incompleta.
   Solução: Realizar revisões de requisitos e manter um conjunto de requisitos atualizado. tracMatriz de habilidades.
2. Recursos limitados
   Desafio: Ferramentas insuficientes, tempo inadequado ou testadores qualificados afetam a qualidade dos testes.
   Solução: Priorize os casos de teste críticos e aproveite a automação para tarefas repetitivas.
3. Prazos irreais
   Desafio: Prazos apertados reduzem o tempo disponível para o planejamento e a execução adequados dos testes.
   Solução: Utilize técnicas de estimativa e comunique os riscos aos stakeholders o mais cedo possível.
4. Comunicação pobre
   Desafio: O desalinhamento entre as equipes causa atrasos e retrabalho.
   Solução: Implemente reuniões de sincronização regulares e painéis de controle compartilhados para maior transparência.
5. Gestão de risco inadequada
   Desafio: Ignorar os riscos potenciais pode comprometer os cronogramas do projeto.
   Solução: Identifique os riscos precocemente, mantenha um registro de riscos e planeje estratégias de mitigação.

FAQs: