PLANO

EST
Nome do produto: OpenCart
(Frontend)

Preparação: Pavan
Data: 10 de janeiro
de 2021
Índice
PLANO EST...............................................................................................................................1
Índice.......................................................................................................................................2
Visão geral...............................................................................................................................3
Âmbito.....................................................................................................................................3
Estratégia de teste....................................................................................................................4
Procedimento de comunicação de defeitos:............................................................................6
Papéis/Responsabilidades........................................................................................................6
Cronograma de Testes.............................................................................................................6
Resultados de teste..................................................................................................................7
Precificação.............................................................................................................................7
Critérios de entrada e saída.....................................................................................................7
Critérios de suspensão e retomada..........................................................................................8
Ferramentas.............................................................................................................................8
Riscos e Mitigações.................................................................................................................8
Aprovações..............................................................................................................................9

WWW.
PAVANONLINETREINAMENTOS.COM
Visão geral
Como parte do projeto, 'OpenCart' pediu a Pavan para testar algumas
funcionalidades da aplicação web 'https://demo.opencart.com/'.

Este documento serve como documento de planejamento de teste de alto nível

com detalhes sobre o escopo do projeto, estratégia de teste, cronograma de
teste e requisitos de recursos, resultados de teste e cronograma.

Âmbito
O escopo do projeto inclui testar os seguintes recursos do aplicativo Web
'https://demo.opencart.com/'.

Inclusões
• Registro
• Login & Logout
• Esqueci minha senha
• Procurar
• Comparação de produtos
• Página de exibição do produto
• Adicionar ao Carrinho
• Lista de Desejos
• Carrinho de supermercado
• Moedas
• Página inicial
• Página de Checkout
• Página Minha Conta
• Página Histórico de Pedidos
• Página de Downloads
• Página Fale Conosco
• Opções do Menu
• Opções de rodapé
• Páginas da categoria

Pelo nosso entendimento, acreditamos que as áreas funcionais acima precisam

ser testadas.

Ambientes de teste
• Windows 10 – Chrome, Firefox e Edge
• Mac OS – Navegador Safari
• Android Mobile OS – Chrome
• iPhone Mobile OS - Safari

Exclusões
• Todos os recursos, exceto os mencionados em 'Inclusões'
• Quaisquer recursos de terceiros ou gateways de pagamento

WWW.
PAVANONLINETREINAMENTOS.COM
 • Automação de Testes

Estratégia de teste
'Pavan' se comunicou com 'OpenCart' e entendeu que precisamos realizar Testes
Funcionais de todas as funcionalidades mencionadas na seção Escopo acima.

Como parte do Teste Funcional, seguiremos a abordagem abaixo para o Teste:

Etapa #1 – Criação de Cenários de Teste e Casos de Teste para os diferentes

recursos no escopo.
• Aplicaremos várias técnicas de Design de Teste ao criar Casos de Teste ou
Partição de Classe de Equivalência
o Análise de Valor de Contorno
o Teste de tabela de decisão
o Teste de transição de estado
o Teste de caso de uso
• Também usamos nossa experiência na criação de Casos de Teste,
aplicando o seguinte:
o Adivinhação de erros
o Testes Exploratórios
• Priorizamos os casos de teste

Passo #2 – Nosso processo de teste, quando recebemos um aplicativo para

teste:
• Primeiramente, realizaremos Testes de Fumaça para verificar se as
diferentes e importantes funcionalidades do aplicativo estão funcionando.
• Rejeitamos a compilação, se o Smoke Testing falhar e aguardar a
compilação estável antes de executar testes aprofundados das
funcionalidades do aplicativo.
• Uma vez que recebemos uma compilação estável, que passa no Teste de
Fumaça, realizamos testes aprofundados usando os Casos de Teste
criados.
• Vários recursos de teste testarão o mesmo aplicativo em vários ambientes
com suporte simultaneamente.
• Em seguida, relatamos os bugs na ferramenta de rastreamento de bugs e
enviamos ao gerenciamento de desenvolvimento o defeito encontrado
naquele dia em um e-mail de status de fim de dia.
• Como parte do Teste, realizaremos os seguintes tipos de Teste:
o Teste de fumaça e teste de sanidade
o Teste de regressão e reteste
o Teste de Usabilidade, Funcionalidade e Teste de Interface do Usuário
• Repetimos ciclos de teste até obter o produto de qualidade.
Passo #3 – Seguiremos as melhores práticas abaixo para melhorar nossos
testes:
• Teste orientado por contexto – Estaremos realizando testes de acordo com
o contexto do aplicativo fornecido.

WWW.
PAVANONLINETREINAMENTOS.COM
• Shift Left Testing – Começaremos a testar desde os estágios iniciais do
desenvolvimento em si, em vez de esperar pela compilação estável.
• Testes Exploratórios – Usando nossa experiência realizaremos Testes
Exploratórios, além da execução normal dos casos de Teste.

WWW.
PAVANONLINETREINAMENTOS.COM
 • Teste de fluxo de ponta a ponta – Testaremos o cenário de ponta a ponta
que envolve múltiplas funcionalidades para simular os fluxos do usuário
final.

Procedimento de comunicação de defeitos:

Durante a execução do teste –
• Qualquer desvio do comportamento esperado pelo aplicativo será anotado.
Se não puder ser relatado como um defeito, será relatado como uma
observação/problema ou colocado como uma pergunta.
• Quaisquer problemas de usabilidade também serão relatados.
• Após a descoberta de um defeito, este será retestado para verificar a
reprodutibilidade do defeito. Capturas de tela com etapas para reprodução
são documentadas.
• Todos os dias, ao final da execução do teste, os defeitos encontrados
serão enviados juntamente com as observações.
Nota:

• Os defeitos serão documentados em um excel.

• Cenários de teste e casos de teste serão documentados em um documento
do Excel.

Papéis/Responsabilidades
Nome Papel Responsabilidades
Pessoa A Gerenciador de ✓ Escalações
Pessoa B Testesde Teste
Líder ✓ Criar o plano de teste e obter as
aprovações do cliente
✓ Interaja com o aplicativo, crie e
execute os casos de teste
✓ Comunicar defeitos
✓ Coordenar a execução do teste.
Verificar
validade dos defeitos comunicados.
✓ Envie atualizações diárias de
problemas e relatórios resumidos de
defeitos para o cliente.
Pessoa C Engenheiro de ✓ Interaja com o aplicativo
Testes Sênior ✓ Criar e executar o teste Casos.
✓ Comunicar defeitos
Pessoa D Engenheiro de ✓ Interaja com o aplicativo
Testes ✓ Execute os casos de teste.
✓ Reportar defeitos

Cronograma de Testes
A seguir está o cronograma de testes planejado para o projeto –

Tarefa Tempo de Duração

WWW.
PAVANONLINETREINAMENTOS.COM
 ▪ Criando plano de teste Data de Início até Data de Término
▪ Criação de Caso de Teste Data de Início até Data de Término
▪ Execução de Caso de Teste Data de Início até Data de Término
▪ Envio de Relatórios Resumidos Data

Resultados de teste
Devem ser entregues ao cliente:

Produtos Descrição Data de conclusão

prevista
Plano de Teste Detalhes sobre o escopo do projeto, Data
estratégia de teste, cronograma de teste,
requisitos de recursos, resultados de teste
e cronograma
Casos de Teste Casos de teste criados para o escopo Data
Funcionais definido
Relatórios de Descrição detalhada dos defeitos NA
defeitos identificados, juntamente com capturas de
tela e etapas para reproduzir diariamente.
Relatórios Relatórios Resumidos – Data
Resumidos Bugs por Bug#,
Bugs por Área Funcional e
Bugs por prioridade

Precificação
NA

Critérios de entrada e saída

Abaixo estão os critérios de entrada e saída para cada fase do Ciclo de Vida de
Teste de Software:

Análise de Requisitos

Critérios de inscrição:
• Depois que a equipe de teste receber os Documentos de Requisitos ou
detalhes sobre o Projeto
Critérios de saída:

• Lista de requisitos são explorados e compreendidos pela equipe de teste

• Dúvidas são esclarecidas
Planejamento de Testes

Critérios de inscrição:

• Requisitos testáveis derivados dos documentos de requisitos fornecidos ou

detalhes do projeto
• Dúvidas são esclarecidas

WWW.
PAVANONLINETREINAMENTOS.COM
Critérios de saída:
• O documento Plano de Teste (inclui Estratégia de Teste) é assinado pelo
Cliente
Projeto de teste
Critérios de inscrição:
• O documento do plano de teste é assinado pelo cliente

Critérios de saída:
• Cenários de teste e documentos de casos de teste são assinados pelo
cliente
Execução de Testes
Critérios de inscrição:
• Cenários de teste e documentos de casos de teste são assinados pelo
cliente
• O aplicativo está pronto para teste
Critérios de saída:
• Relatórios de casos de teste, relatórios de defeitos estão prontos

Encerramento do teste
Critérios de inscrição:
• Relatórios de casos de teste, relatórios de defeitos estão prontos

Critérios de saída:
• Relatórios de resumo de teste

Critérios de suspensão e retomada

Com base na decisão do Cliente, suspenderemos e retomaremos o Projeto.
Vamos aumentar e reduzir os recursos de acordo com as necessidades do
cliente.

Ferramentas
A seguir está a lista de Ferramentas que usaremos neste Projeto:
• Ferramenta de rastreamento de bugs XYZ
• Ferramenta Mapa mental
• Ferramenta de captura de tela de recorte
• Documentos do Word e Excel

Riscos e Mitigações
A seguir, a lista de riscos possíveis e as formas de mitigá-los:
Risco: Indisponibilidade de um recurso

WWW.
PAVANONLINETREINAMENTOS.COM
Mitigação: Planejamento de recursos de backup
Risco: a URL de compilação não está funcionando
Mitigação: os recursos trabalharão em outras tarefas
Risco: Menos tempo para testes
Mitigação: aumente dinamicamente os recursos com base nas necessidades do
cliente

Aprovações
A equipe enviará diferentes tipos de documentos para Aprovação do Cliente
como abaixo:
• TestePlano
• Teste Cenários
• TesteCasos
• Relatórios

Os testes só continuarão para as próximas etapas depois que essas aprovações

forem concluídas.

WWW.
PAVANONLINETREINAMENTOS.COM