PLano De Teste

Faculdade JK

SiRE - Sistema de Reserva de Equipamentos

Plano de Teste

Versão: 1.0

Data: 13/12/2014

Histórico de revisões

Versão Data Autor Descrição

1.0 13/12/2014 Gustavo Medeiro Criação

Índice

1. INTRODUÇÃO 5

1.1. PROPÓSITO 5

1.2. PÚBLICO ALVO 5

1.3. ESCOPO 5

1.4. DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES. 5

1.5. REFERÊNCIAS 5

1.6. VISÃO GERAL DO DOCUMENTO 5

2. ATUALIZAÇÃO DOS TESTES 6

3. CASOS DE TESTE 7

3.1. [TC001_00] – TÍTULO DO CASO DE TESTE 7

3.1.1. Dados 7

3.1.2. Procedimento 7

1. Introdução

1.1. Propósito

Este Plano de Teste defini como será testado o sistema a ser implementado pela faculdade JK de Santa Maria para reservas de equipamentos. Serátestado tudo, até mesmo será feito uma simulação com usuários comuns. Sistemas Operacionais, sistema da faculdade, rede, tudo será testado para que o sistema funcione exatamente como o cliente exigiu. Este teste tem como objetivo apontar falhas se houver num ambiente escolar mesmo, como será implementado em umafaculdade, precisa estar 90% funcionando de acordo. O que mais preocupa é os sistemas operacionais, pois alguns sistemas não prestam, por isso se houver falahas, precisa ser revisto os códigos. Com tudo isso, possibilitará bem-sucedidas coordenação e condução de testes no projeto.

1.2. Público Alvo

Este documento destina-se aos envolvidos com criação, execução e manutenção dos testes.

1.3. Escopo

Neste documento estão detalhados escopo, estratégia e plano de gerenciamento dos testes

1.4. Definições, Acrônimos e Abreviações.

Esta seção descreve definições, acrônimos e abreviações relevantes ao documento.

TC

RF

RNF

SiRE Abreviação para Test Case (Caso de Teste)

Abreviação para Requisitos Funcionais.

Abreviação para Requisitos Não-Funcionais.

Abreviação para o nome do sistema: Sistema de Reserva de Equipamentos

1.5. Referências

[1] Documento de Visão. Versão 1.4. Sendo desenvolvido por estudantes da Faculdade JK de Santa Maria

[2] Plano de Trabalho. Versão 1.3. Sendo desenvolvido por estudantes da Faculdade JK de Santa Maria.

[3] Documento de Caso de Uso. Versão 1.2. Sendo desenvolvido por estudantes da Faculdade JK de Santa Maria.

2. Escopo dos Testes

Para este projeto devem ser realizados os testes de todos os casos de uso (requisitos funcionais) e requisitos não funcionais relacionados na tabela abaixo. Esses casos de usos/requisitos serão testados seguindo a priorização e o tipo de teste (manual ou automático) também definidos no mesmo documento.

Requisitos de sistema

ID Requisito/

Caso de uso Requisito/Caso de uso Tipo Testes por meio de

RNF01 O sistema deverá ser instalado em ambiente Windows. Não Funcional Checklist

RNF02 O sistema deverá ter MYSQL como SGBD. Não funcional Checklist

RNF03 O sistema deverá ser implementado em PHP. Não Funcional Checklist

RNF04 Deverá ser feita modelagem UML. Não Funcional Ckecklist

RF01 O sistema deverá cadastrar usuário e um tipo de perfil para cada um. Funcional Casos de Teste

RF02 O sistema deverá cadastrar também todos equipamentos que há na faculdade. Funcional Casos de Teste

RF03 O sistema deverá manter calendário sempre atualizado. Funcional Casos de Teste

RF04 O sistema deverá fechar após 5 minutos de inatividade. Funcional Casos de Teste

RF05 Deverá sempre haver uma autenticação do usuário. Funcional Casos de Teste

A seguir é definida a estratégia que será usada para planejamento, elaboração e execução dos testes do escopo citado acima.

3. Estratégia de Testes

A estratégia contém informações sobre que tipos de testes serão realizados, assim como sua abordagem e objetivo.

Estágio(s) Tipo Implementação Objetivo

[X] Teste unitário

[ ] Estrutural/Caixa branca

[X] Funcional

[ ] Desempenho [ ]Manual

[X]Automático Serão testadas todas as funcionalidades do sistema para que funcione corretamente quando integrado à rede e sistema da JK.

[X] Teste de sistema

[X] Funcional

[ ] Regressão

[ ] Segurança

[ ]Usabilidade

[ ] Desempenho

[ ] Estresse e concorrência

[X] Exploratório [ ] Manual

[X]Automático

[ ] Teste de integração

(outros sistemas)

[ ] Funcional

[ ] Regressão

[X] Exploratório [X] Manual Aqui será testado se o sistema de reserva, como se comportara se integrando com o sistema da faculdade Jk.

[ ] Teste de aceitação [ ] Funcional [ ] Manual

3.1. Observações

Não se aplica.

4. Não Escopo dos Testes

Não se aplica.

5. Ambiente de Testes

O ambiente de testes mostra as condições em que serão executados os testes.

Ambiente computacional

Recurso Descrição

Computador cliente Pentium Core2Duo 2,4GHz, 1,95 de RAM

Servidor de aplicação IIS 6.0 (para requisitos críticos) e IIS 6.5

Servidor de banco de dados Oracle Database Server 10g

Criação de relatórios Reporting Services 2005

Browser cliente Internet Explorer 6.0

SO cliente Windows XP

Integrações entre os produtos

1 Sistema de Reserva – Sistema Online

2 Sistema de Reserva – Sistema Operacional

3 Sistema de Reserva – Rede Acadêmica

6. Critérios de Teste

Critério Descrição

Cobertura  Todos os requisitos definidos no escopo deste projeto deverão ser testados.

 Testar fluxos básico, alternativo e de exceção de cada requisito.

 Todas as regras de negócio serão testadas.

Quando parar de testar  Quando nenhuma falha for encontrada após executar todos os casos de teste pelo menos uma vez.

 Quando for encontrado um número excessivo de falhas logo no início dos testes.

 Quando for encontrada alguma falha que inviabilize a continuidade dos testes.

 Quando atingir no mínimo os seguintes critérios:

o Casos de Teste

 100% dos casos de teste executados

o Defeitos

 100% dos defeitos de severidade 1 corrigidos e verificados

 90% dos defeitos de severidade 2 corrigidos e verificados

 75% dos defeitos de severidade 3 corrigidos e verificados

Em que momento reportar as falhas  Reportar todas as falhas imediatamente após encontrá-las.

Reteste  O reteste será feito sobre a falha encontrada, sendo um fluxo básico e um fluxo alternativo do caso de uso.