Plano de Teste Mestre

1. Introdução

A finalidade do Plano de Teste de Mestre é reunir todas as informações necessárias para planejar e controlar o esforço de teste referente a uma iteração específica. Ele descreve a abordagem dada ao teste do software e é o plano de nível superior gerado e usado pelos gerentes para coordenar o esforço de teste. Este plano segue os padrões IEEE Std. 829-1998 for Software Test Documentation. Este documento Plano de Teste referente ao Sistema para edição de Planos de Ensino e de Aula da FCI suporta os seguintes objetivos:

• Identifica os itens que devem ser inspecionados pelos testes.
• Identifica a motivação e as idéias subjacentes às áreas de teste a serem abrangidas.
• Descreve a abordagem de teste que será usada.
• Identifica os recursos necessários e fornece uma estimativa dos esforços de teste.
• Lista os elementos liberados do projeto de teste.

2. Itens de Teste

A listagem abaixo identifica os itens de software, de hardware e elementos de suporte

do produto que foram identificados como objetivos dos testes. Esta lista representa os

itens que serão testados:

A listagem abaixo identifica os itens de software, de hardware e elementos de suporte

do produto que foram identificados como objetivos dos testes. Esta lista representa os

itens que serão testados:

- Funcionalidades descritas no documento de especificação de requisitos

- Integração entre as componentes do sistema

- Desempenho do sistema diante de alta carga sobre o servidor

3. Itens a serem Testados

Item	Prioridade
Visualizar Plano de Ensino	Média
Editar Plano de Ensino Média	Média
Cadastrar Plano de Ensino	Alta
Excluir Plano de Ensino Alta	Média
Visualizar Plano de Aula	Média
Editar Plano de Aula	Média
Cadastrar Plano de Aula	Alta
Excluir Plano de Aula	Média
Fazer Login	Média
Autorizar Professor	Média

4. Itens não Testados

Item	Prioridade	Descrição
Instabilidade	Baixa	A rede interna do servidor pode estar com algum problema e causa instabilidade no sistema ou ficar sem energia elétrica
Desempenho do sistema em diferentes tipos de arquiteturas.	Baixa	Baixa Como o software foi totalmente escrito na linguagem de programação JAVA e ela nos fornece uma plataforma particular de execução de software, mais precisamente a JVM, sumimos que o sistema será capaz de rodar em qualquer máquina que possua a versão 6.

5. Estratégia

Utilizar a metodologia de desenvolvimento direcionado à testes que garante um software com maior qualidade e confiabilidade, ou seja testes unitários e testes de sistemas baseado em casos de uso. Também será usado o framework JUnit que fornece facilidades para se desenvolver de acordo com os padrões especificados pela metodologia.

6. Critérios de Aprovação e Reprovação

É crucial que os fluxos principais das funcionalidades estejam operando corretamente para que haja aprovação. Os fluxos alternativos e de exceção podem causar reprovação dependendo do número desses casos que não estejam funcionando corretamente. Ou seja, o que irá garantir que os fluxos funcionam, são os testes.

7. Critérios de Suspensão e Reinício

Muitas falhas encontradas nos fluxos principais das funcionalidades podem ocasionar reinício. A falha nos testes também pode acarretar no reinício ou melhora no desenvolvimento.

8. Entregáveis

Relatório de testes aprovados e reprovados no JUnit e logs desses testes.

9. Atividades

- Escrita dos Testes

- Execução e análise dos resultados dos Testes

- Manutenção dos Testes

10. Ambiente

Não especificado ainda.

11. Responsabilidades

Papel	Responsabilidade	Lista de atividades
Gerente de Teste	Analisa	Analisa Coordena o desenvolvimento do Plano de Teste Mestre
Analista de Testes	Analisar os resultados dos testes	Acompanha o MTP e a realização dos testes e gera artefato para documentação
Testador Nível 1	Executa teste de caixa branca	Verifica se o código está em conformidade com as regras de desenvolvimento,documentação de falhas
Testador Nível 2	Executa teste de caixa preta	Executa teste de caixa preta Executa modelos de testes fornecidos pelo analista de teste, cataloga erros ou asserções durante o testepelo analista de teste, cataloga erros ou asserções durante o teste
Testador Nível 3	Validar a arquitetura	Verificação de host frozen spots Banco de Dados

12. Apoio e Treinamento

O treinamento será divido em três partes.

A primeira parte do treinamento se destina à coordenação. Neste treinamento será

demonstrada a utilização das ferramentas disponíveis para este nível de acesso.

A segunda parte será destinada ao professores. Neste treinamento será demonstrado

como deve ser feito o cadastro e, se for o caso, a importação de questões e alternativas.

Os coordenadores são obrigados à participar desta etapa. Esta etapa contém exercícios

práticos para fixação.

A terceira etapa é o treinamento dos editores. Também contém exercícios para fixação.

O treinamento será conduzido utilizando uma apresentação em slides, estas conterão

imagens da tela do sistema, e o apresentador deve manusear o sistema após a introdução

da funcionalidade.