Skip to content

Plano Mestre de Teste

Jump to bottom
shialweywang edited this page May 20, 2014 · 21 revisions

Table of Contents

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 AutoComp suporta os seguintes objetivos: - Garantia da qualidade geral do sistema; - Validação do sistema; - Garantia de um bom nível de usabilidade; Será utilizada a metodologia de desenvolvimento TDD (Test Driven Development) em conjunto com testes automatizados feitos com JUnit.

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: - Funcionalidades descritas no documento de especificação de requisitos - Integração entre os componentes do sistema - Desempenho do sistema diante de alta carga sobre o servidor

Itens/Modulos a serem Testados

Caso de Testes

Item Prioridade Descrição
CT01 Baixa Testes de fluxo de caso de uso
CT02 Baixa Testes de fluxo de caso de uso
CT03 Media Testes de fluxo de caso de uso
CT04 Media Testes de fluxo de caso de uso
CT05 Media Testes de fluxo de caso de uso
CT06 Media Testes de fluxo de caso de uso
CT07 Media Testes de fluxo de caso de uso
CT08 Media Testes de fluxo de caso de uso
CT09 Media Testes de fluxo de caso de uso
CT10 Alta Testes de fluxo de caso de uso
CT11 Alta Testes de fluxo de caso de uso
CT12 Alta Testes de fluxo de caso de uso
CT13 Alta Testes de fluxo de caso de uso
CT14 Media Testes de fluxo de caso de uso
CT15 Media Testes de fluxo de caso de uso

Testes Por Função

Item Prioridade Descrição
Login Baixa Testes de funcionalidade
Cadastro de Questão Média Testes de funcionalidade
Consulta de Questões Média Testes de funcionalidade
Alteração de Questão Baixa Testes de funcionalidade
Importação de Alunos x Disciplinas Alta Testes de funcionalidade, incluindo integração com os arquivos fornecidos ao sistema
Importação de Professores x Disciplinas Alta Testes de funcionalidade, incluindo integração com os arquivos fornecidos ao sistema
Cadastro de Usuário Média Testes de funcionalidade
Configuração da Prova Alta Testes de funcionalidade
Geração das Provas Alta Testes de funcionalidade
Carga Baixa Verificação do desempenho do sistema diante de alta carga sobre o servidor

Itens não Testados

Item Prioridade Motivo
Desempenho do sistema em diferentes tipos de arquiteturas. 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.

Estratégia

Utiliza-se de duas frentes de teste, sendo a primeira a realização de testes automatizados, os quais tem como verificar se os fluxos internos do sistema respondem de acordo com o planejado. Essa primeira parte, será dividida em 2 sessões nas quais serão os casos de teste que seguem os fluxos dos casos de uso, a segunda testes automatizados por funcionalidade. Para esses testes será utilizado a tecnologias Junit e EasyMock. A segunda frente, ira realizar o teste diretamente na interface do sistema, de modo a verificar possibilidades de erros na entrada e saída do sistema, assim como se algum caso não foi coberto pelos testes automatizados.

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. Também é importante a validação da autorização dos usuários, garantindo que nenhum usuário veja além do que seu perfil permite, sendo esse um critério de reprovação do sistema.

Critérios de Suspensão e Reinício

Muitas falhas encontradas nos fluxos principais das funcionalidades podem ocasionar reinício.

Entregáveis

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

Atividades

- Escrita dos Testes

Ambiente

Ainda não foi específicado.

Responsabilidades

Papel Responsabilidade Lista de atividades
Gerente de Testes 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 modelos de testes fornecidos pelo analista de teste, cataloga erros ou asserções durante o teste
Testador Nível 3 Validar a arquitetura Verificação de hot e frozen spots

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.

Cronograma

A definir.
Clone this wiki locally