Logo

MIT039 – Plano de Testes Cliente

1. Introdução

Esse documento define o Plano de Testes do projeto <nome do projeto>, com o objetivo de registrar como serão realizados os
mesmos, o que será testado e também documentar os aspectos globais relacionados aos testes. Isto possibilitará uma bem-
sucedida coordenação e condução de testes no projeto.

A estratégia analisa as características do projeto e da solução a ser implantada, a fim de orientar os esforços de testes e
validação. O plano de testes irá influenciar, inclusive, tarefas relacionadas à preparação para os testes (carga de dados, coleta de
documentos, etc.).

2. Estratégia

Nesse projeto, os testes serão guiados pelos seguintes princípios:

 Testes e validações serão realizados em todos os produtos

 Os testes devem ser repetidos em caso de erro
 Os testes serão executados pelos usuários chave com o acompanhamento do consultor
 Os problemas encontrados devem ser registrados nos roteiros de testes para correção e repetição dos testes
 Testar cada função de negócio com base nos dados previamente preparados, repetindo exaustivamente para
assegurar o correto funcionamento dos mesmos.
 Os testes serão realizados na estação Cliente, no Servidor (RPC/ RPW) e na WEB quando necessário.
 O sistema será avaliado com volumes variados na base de dados. Considerando que a eficiência dos testes está
ligada ao número de registros a serem processados. Se necessário devem ser desenvolvidos programas para popular
a base.
 Testar o tempo médio das respostas dos programas de cadastro e funções complexas. Caso o tempo de resposta
esteja diferente do desejado, registre no roteiro de testes para correção e reteste.
 Executar o sistema com vários usuários acessando-o simultaneamente e verificar os problemas de tratamento das
informações e acesso.
 Executar o sistema nas diversas condições previstas de ambiente de campo, determinando a viabilidade de
performance na prática.
 O objetivo em todas as fases de testes é verificar se o sistema está apto para fins comerciais
 O objetivo de projetar e executar um teste consiste em encontrar erros
 Usando roteiros de testes como guia, os usuários irão realizar os testes necessários e homologação, garantindo
assim que a solução está pronta para entrar em produção

A lista a seguir identifica o que será avaliado durante os testes:

 Negócio/funcionalidade/etapas do processo empresarial
 Usabilidade: coerência, facilidade de uso
 Desempenho: resposta tempos, volume, stress (carga de ensaio)
 Segurança: acesso permissões de segurança de dados

602577272.doc Página 1 de 3
 Logo
MIT039 – Plano de Testes Cliente

 Auditoria (se necessário)

 Operabilidade, testado usando cenários derivados de procedimentos operacionais
 Conversão de dados e qualidade dos dados
 Acesso simultâneo

A tabela a seguir identifica o legado ou outras fontes de dados que serão utilizados para testes:

Fontes de dados Dados para testes

Clientes (ERP) Cliente ABC, Cliente XYZ......
Fornecedores (ERP) Fornecedor A, Fornecedor B.....
NFs (ERP) Séria 1, Séria 1 A
Livro Fiscal (sistema Fiscal) Lançamento de Impostos a pagar realizado na NF
de saída XYZ

Os usuários devem ser encorajados a realizar testes informais depois de efetuadas as parametrizações, fornecendo feedback para
os consultores, refinando dessa forma suas necessidades. Sendo assim, a execução do plano de testes torna-se uma tarefa
simples, uma vez que o sistema já foi testado previamente e validado pelo usuário chave como parte do processo de execução.

3. Gestão dos Testes

Os testes serão efetuados na etapa H - Protótipos, utilizando os cenários descritos no MIT053 – Plano de Protótipo Integrado.
Os resultados dos testes serão registrados no MIT053 – Plano de protótipo integrado na coluna situação.
Os problemas encontrados serão registrados na MIT006 – Lista de Tarefas e Pendências. Caso possível, deve ser preenchida uma
recomendação de solução. O usuário chave efetuará as correções necessárias com o acompanhamento do consultor. Para os
casos de defeitos de sistema devem ser abertos chamados para correção.

< Complementar com características específicas do cliente. Descreva o mecanismo por intermédio do quais os resultados dos
testes serão registrados (como por exemplo: uma planilha de testes ou ferramenta de testes), como os defeitos/erros serão
registrados e acompanhados, bem como será controlado a qualidade dos testes.
Exemplo: Os testes de integração só ocorrerão quando os testes unitários estiverem concluídos e aprovados. >

4. Critérios de Aceitação

Resultados de testes são aceitos sempre que o sistema atua de uma forma que satisfaça as necessidades de negócios. A fim de
alcançar uma medida de negócios de adequação ao uso, a ênfase na experimentação e validação é colocada a questão de saber
se o processo empresarial, com o apoio do sistema, cumpre os objetivos estabelecidos.

Em caso de ocorrência de erros críticos, os mesmos devem ter a solução imediata. – o esforço de correção deve ser planejado
com o Coordenador do Projeto TOTVS. Um erro será considerado crítico se inviabilizar o sistema de atender algum requisito
essencial para continuidade dos trabalhos dos usuários.

5. Cronograma

O cronograma integrado do projeto está disponível em <diretório do projeto>

< é possível incluir, aqui, as atividades do cronograma relativas à migração ou apenas citar o cronograma como referência >

602577272.doc Página 2 de 3
 Logo
MIT039 – Plano de Testes Cliente

6. Referências

Roteiros de testes elaborados pela equipe de projeto e disponíveis em < localização dos roteiros de testes>

< Devem ser citados, aqui, outros documentos do projeto ou de fontes externas que contribuam para a elaboração e um melhor
entendimento desse Plano de Testes. O roteiro de Testes deve ser citado obrigatoriamente. >

7. Informações adicionais:
Pontos de Atenção
 Ponto 1
 Ponto 2

8. Aprovação:
Aprovador por: Assinatura Data

<Nome e Função> ___/___/___

602577272.doc Página 3 de 3