On Top Developers Inc.

Plano de Teste
Projeto Nostradamus
Verso 1.0

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

Informao do Documento de Requisitos

Ttulo do documento

Documento de Teste do Nostradamus

Autor

OnTop Developers Inc.

Comentrios
Nome do arquivo

PlanoTeste.doc

Histrico de Revises
Data
19/06/05

Confidencial

Verso
1.0

Descrio
Documento de plano de testes para a 1
iterao: PlanoTeste.doc

On Top Developers Inc

Autor
OnTop Developers Inc.

Pgina 2 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

Contedo
Plano de teste.......................................................................................................................4
1. Introduo........................................................................................................................4
1.1
Objetivos..............................................................................................................4
1.2
Contexto do projeto.............................................................................................4
1.3
Escopo..................................................................................................................4
1.4
Identificao do projeto.......................................................................................6
2. Requisitos para teste........................................................................................................7
2.1. Falhas e recuperao de testes..................................................................................7
3. Estratgia de teste............................................................................................................7
3.1. Tipos de testes...........................................................................................................8
3.1.1. Dados e integridade do banco de dados.............................................................8
3.1.2. Testes de funes...............................................................................................8
3.1.3. Testes da interface com o usurio......................................................................9
3.1.4. Testes de performance........................................................................................9
3.1.5. Testes de instalao............................................................................................9
3.2. Ferramentas de teste................................................................................................10
4. Recursos.........................................................................................................................10
4.1. Regras.....................................................................................................................10
4.2. Sistema....................................................................................................................11

Confidencial

On Top Developers Inc

Pgina 3 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

Plano de teste
1. Introduo
1.1

Objetivos

Este documento rene as instrues para planejamento dos testes a serem aplicados ao final da 1
iterao do projeto Nostradamus a fim de validar por completo os artefatos produzidos nesse perodo.
O planejamento comporta o modelo de testes a ser utilizado. Um procedimento de testes estabelece
as instrues a serem seguidas para realizar os casos de testes, ou seja, trata-se de um manual de testes. Para
isso, necessrio levar em conta os seguintes pontos: as condies iniciais para se testar um determinado
requisito do sistema, o ponto de partida do teste, as aes a serem realizadas, os resultados esperados e, por
fim, os critrios para aprovao.
Alm de avaliar se o sistema est funcionando corretamente (objetivando a procura por erros), os
testes servem tambm para verificar como o sistema se comporta durante a execuo de uma tarefa,
podendo avaliar a performance do mesmo, por exemplo.

1.2 Contexto do projeto

O projeto Nostradamus vem como um plugin para o MS Project com o intuito de auxiliar os usurios
do programa (gerentes de projeto e desenvolvedores) a realizarem em conjunto com o planejamento obtido
pela utilizao do Project uma estimativa de esforo demandado pelo projeto analisado, relacionando
tempo e custo do mesmo.
Para esta 1 iterao, o Nostradamus se mostra completo para implementar as estimativas utilizando
os mtodos de estimativa de Pontos de Funo e COCOMO II (COst COnstructive MOdel). Toda a
arquitetura foi implementada da maneira descrita no Documento de Arquitetura, restando apenas a
realizao dos testes a serem descritos neste documento a partir da nossa interface grfica que j se
encontra integrada com a camada de negcios do sistema. Logo, testes como realizar clculo de estimativa
de esforo utilizando Pontos de Funo e COCOMO II que envolvem performance de sistema e
integridade com banco de dados so alguns dos testes primordiais para garantir o bom desempenho do
produto Nostradamus.

1.3 Escopo
O plano de testes deve documentar os casos de teste, as aes e os procedimentos e parmetros
utilizados nos testes. Devem ser testados desde os casos mais comuns at situaes para as quais o sistema
no est programado (o que fornece uma boa idia das limitaes do sistema). Devem tambm ser
verificados: interface grfica, instalao, integridade do banco de dados e se as instrues do Manual de
Operao (Manual do Usurio) correspondem ao sistema criado.
Vale ressaltar que nenhum teste definitivo e prova que o programa est correto, no entanto, a prtica
deles indispensvel para consolidar um bom projeto. Durante o desenvolvimento do sistema, os modelos
de testes podem ser revistos, criando-se assim novas verses de testes que contenham as anteriores e levem
em conta novas funcionalidades do sistema.
Para que fosse possvel a realizao de todos os testes necessrios para garantir o funcionamento
correto do sistema, foi preciso que se construsse uma plano estruturado que listasse quais tipos e que testes
especificamente seriam feitos para tal finalidade. Por isso, o processo de testes do sistema foi dividido em

Confidencial

On Top Developers Inc

Pgina 4 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

fases que se iniciaram desde a fase de implementao at o final da 1 iterao quando todas as partes do
projeto j estavam integradas. Ento, tem-se as seguintes fases (ou tipos) de testes:
1 Teste unitrio
Os testes unitrios foram realizados durante a implementao da camada de dados e negcios
para cada funcionalidade criada. Testes foram escritos para ficarem documentados e serem utilizados
sempre que necessrios, no entanto, essa atividade foi realizada manualmente, isto , sem o auxlio de
ferramentas para automatizar esses testes unitrios, mas com sucesso atingido.
2 Teste de integrao
Da mesma maneira que os testes unitrios, os testes de integrao tambm foram realizados
durante a fase de implementao da camada de dados e negcios de forma a integrar as duas partes e
essa camada com a GUI (Graphic User Interface). A questo da integrao com o banco de dados ser
aqui objeto de teste relatado na seo 3 de estratgia de teste feita a partir da nossa interface grfica,
onde os dados armazenados e consultados devero estar corretos em relao aos dados fornecidos ao
sistema.
3 Teste de backup
Para esse tipo de teste devero existir cpias de segurana do banco de dados para recuperao ou
armazenamento. Esse um processo especfico do banco de dados e da organizao e no estar
especificado neste documento, pois no diz respeito a um tipo de teste que a equipe possa realizar.
4 Teste de sistema
O teste de sistema vai se referir, sobretudo, questo da performance descrita no documento de
plano de projeto, onde as consultas ao plugin Nostradamus no dever exceder 15 segundos, quando
utilizado numa mquina com as configuraes de hardware determinadas nesse mesmo plano de
projeto. No entanto, testes de performance (assim como o uso) em configuraes diferentes desta no
garantem o bom funcionamento do plugin.
5 Mensagens de erro
Testes induzindo a erros (programados) do sistema tambm so importantes porque indicam se o
sistema est reagindo com o comportamento esperado e se as mensagens de erro so objetivas,
orientando o usurio a solucionar o problema e no impedindo o progresso do mesmo no sistema. Elas
sero exibidas com um mnimo de impacto no fluxo da aplicao.
6 Teste de disponibilidade
Estes testes se referem ao fato que o sistema no dever ficar indisponvel por erros de utilizao
dos usurios. Sua recuperao deve ser imediata e os usurios devero ser orientados para no tornar a
repetir o erro. Logo, assim como o item 5, testes induzindo o sistema a erros esperados pelo mesmo
devem ser realizados.
7 Teste de interface grfica
Alm de testar a integridade com o banco de dados que diz respeito questo da comunicao
entre a GUI e a camada mais baixa do sistema, testes de usabilidade do sistema tambm realizado
com a interface, onde a mesma dever prover a comunicao entre o usurio e o sistema para que o
usurio tenha fcil acesso a todas as funcionalidades do sistema e de forma objetiva. A GUI dever ser
amigvel e as informaes devero estar bem intuitivas. Estes testes so feitos submetendo uma
determinada quantidade de usurios ao uso do produto e verificando a maneira como ela est sendo
utilizada.

Confidencial

On Top Developers Inc

Pgina 5 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc
1.4

Verso: 1.2
Data da Verso: 20/06/2005

Identificao do projeto

A tabela abaixo identifica a documentao utilizada para produzir o plano de teste:

Documento

Criado ou
reutilizado

Recebido ou
revisado

Autor ou
fonte

Notas

Especificao de requisitos

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Requisitos funcionais

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Relatrio de casos de uso

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Plano de proejto

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Especificaes de projeto

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Prottipo

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Modelo de negcios

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Modelo de dados

Criado

Revisado

OnTop

Todos os documentos foram

revisados pois houveram
modificaes na arquitetura do
sistema e no documento de
requisitos

Regras de negcios

Criado

Revisado

OnTop

Todos os documentos foram

Confidencial

On Top Developers Inc

Pgina 6 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

revisados pois houveram

modificaes na arquitetura do
sistema e no documento de
requisitos

2. Requisitos para teste

A lista abaixo identifica aqueles itens casos de uso, requisitos funcionais e requisitos no
funcionais que foram identificados como alvos para os testes. Esta lista representa o que ser testado.

2.1. Falhas e recuperao de testes

Pode ocorrer uma falhas devido a uma variedade de mal-funcionamento de hardware e sottware.
Esse teste visa garantir a recuperao de dados que possam ser corrompidos de alguma forma, atravs de
falhas no sistema operacional ou do hardware, bem como, garantir o perfeito funcionamento por falhar que
possam ocorrer durante a execuo do nosso sistema.
Nos testes de recuperao o sistema inserido em situaes extremas visando simular o que
poderia acontecer caso ocorra uma falha. Neste caso garante os dados do banco sejam consistentes.
Objetivo do teste:

Vereficicar os seguintes erros que possam ocorrer:

Ciclos Incompletos (filtro de interrupo de dados ,processo de
sicronizao de dados).

Tcnica:

Ponteiros e chaves invlidas no Banco de dados

Elementos invlidos e corrompidos no banco de dados

Para testar os ponteiros, os campos e as chaves do banco basta

corromper manaulmente e diretamente no banco de dados.
(falta complemetar!!!!!!!!!!!!!!)

Critrio de Termino:

Em todos os casos acima, a aplicao na base de dados, e no sistema,

em cima da concluso de procedimentos de recuperao, retorna a um
estado sabido e, desejvel.

Consideraes especiais:

A equipe de banco de dados deve estar presente.

O teste deve rodar por horas em uma mquina isolada.

3. Estratgia de teste
A estratgia de teste apresenta a abordagem recomendada para o teste do software. O tpico
passado, Requisitos para teste, descreveu o que ser testado esse tpico descreve como isso ser feito.

Confidencial

On Top Developers Inc

Pgina 7 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

3.1. Tipos de testes

3.1.1. Dados e integridade do banco de dados
O banco de dados e os processos de persistncia foram testados como subsistemas dentro do
Nostradamus. Esses subsistemas foram testados sem utilizar a interface com o usurio do projeto, de
forma a testar de maneira mais eficiente. Foram feitos testes de incluso e remoo, verificando a
consistncia das operaes.

Objetivo do teste

Garantir a integridade dos dados aps operaes de incluso/remoo.

Tcnica

Utilizar cada mtodo de acesso ao banco passando como parmetros valores

vlidos e invlidos, e aps isso testar busca pelos dados
Inspecionar a base de dados para garantir que os dados foram
includos/removidos da forma que deveriam ter sido

Critrio de trmino:

Todos os mtodos de acesso ao banco foram testados sem corrupo de dados

Consideraes especiais:

Os mtodos foram testados sem utilizao da interface grfica para possibilair

o teste com uma maior gama de valores.

Os processos foram invodados manualmente

Foi usado um banco de dados reduzido de forma a facilitar a identificao

de erros.

3.1.2. Testes de funes

O teste de funes visa testar os requisitos que podem ser mapeados diretamente em casos de uso
ou regras de negcios. O objetivo destes testes verificar a aceitao correta das entradas do usurio e a
correta implementao das regras de negcio. Esta iterao feita a partir da interface grfica, e deve se
analisar as sadas do sistema.

Objetivo do teste

Garantir o funcionamento da navegao, entrada de dados, processos e

recuperao de dados

Tcnica

Executar cada caso de uso verificando

Resultado esperado quando a entrada vlida
Mensagem de erro esperada quando a entrada invlida.
Cada regra de negcio est sendo executada corretamente

Critrio de trmino

Todos os testes planejados foram executados

Todos os erros encontrados foram identificados

Consideraes especiais

Confidencial

Identificar todas as influncias externas/internas que podem influenciar na

On Top Developers Inc

Pgina 8 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

implementao/execuo dos testes

3.1.3. Testes da interface com o usurio
Esse teste verifica a iterao do usurio com o software, via a GUI. O objetivo desse teste visa
verificar que a interface oferece ao usurio o acesso apropriado e a navegao para as funes do sistema.
Alm disso deve ser verificado que a interface funciona como deveria.

Objetivo do teste

Verificar os seguintes tpicos:

Garantir que a navegao no sistema corresponde com as funes
implementadas e os requisitos especificados, incluindo os mtodos de
acesso(tab, mouse...)
Caractersticas dos botes, menus e etc correspondem com o padro do
projeto

Tcnica

Criar testes de navegao/funcionamento para cada janela do aplicativo

Critrio de trmino

Cada janela testada e verificado que corresponde aos requisitos desejados

Consideraes especiais

Nem todas as propriedades das janelas podem ser acessadas pelo

usurio(resize...)

3.1.4. Testes de performance

O teste de performance visa avaliar o desempenho do sistema sob diferentes condies e garantir
que o sistema ainda funcione corretamente sob essas condies de funcionamento. Tem como objetivo
garantir que o tempo de resposta no v ultrapassar o tempo de resposta previsto, para toda operao do
sistema em que o tempo de resposta importante.

Objetivo do teste

Verificar o tempo de resposta dos casos de uso sob diferentes condies

Tcnica

[Use tests developed for Function or Business Cycle Testing.

Modify data files to increase the number of transactions or the tests to

increase the number of times each transaction occurs.]
Completion Criteria:

[Multiple transactions or multiple users: Successful completion of the tests

without any failures and within acceptable time allocation.]

Special Considerations:

[Load testing should be performed on a dedicated machine or at a

time. This permits full control and accurate measurement.

dedicated

The databases used for load testing should be either actual size or scaled
equally.]

3.1.5. Testes de instalao

Confidencial

On Top Developers Inc

Pgina 9 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Verso: 1.2
Data da Verso: 20/06/2005

Este teste tem como objetivo verificar erros que podem ocorrer durante a instalao do plug-in.

Objetivo do teste

Verificar que o software instalado corretamente, atendendo as

seguintes especificaes:

Uma nova instalao

Tentativa de instalar mais de uma vez

Tcnica

Testar os casos citados acima

Critrio de trmino

Testar os dois casos citados acima em diferentes mquinas sem que

ocorram erros

Consideraes especiais

Verificar a existncia do MS Project

3.2. Ferramentas de teste

O sistema ser testado manualmente utilizando a funo de debug do Microsoft Visual Studio
2003, para verificar passo a passo o que est acontecendo com as variveis internas do sistema.

4. Recursos
Esta seo apresenta os recursos humanos e do sistema recomendados para o projeto Nostradamus,
suas funcionalidades principais, e seu conjunto de conhecimento ou de habilidade.
4.1. Regras
A tabela abaixo mostra as suspostas alocao para equipe de testes.

Recursos Humanos
Funo
Gerente de Teste

Recursos mnimos necessrios

Tarefas especifiacas
Ter uma viso geral do projeto
Responsabilidades:

Designer de Teste

Prover conhecimento tecnico

Alocar recurso apropriados

Prover um relatorio a gerencia

Identifica, prioriza e implementa o caso de teste.

Responsabilidades:

Confidencial

On Top Developers Inc

Pgina 10 of 11

Nostradamus
Plano de Teste
PlanoTeste .doc

Analista de Teste

Verso: 1.2
Data da Verso: 20/06/2005

Confeccionar o plano de teste

Gerar o modelo de teste

Avalia a eficacia do esfoco de teste

Executa os testes.
Responsabilidades:

Administrador do Banco de
Dados

Executas os testes

Registra dos resultados

Corrige os erros

Modifica o documento de requisitos

Assegura o ambiente de dados.

Responsabilidades:

Designer

Testar a persistncia dos dados

Identifica e define as operacoes, os atributos e as

associacoes das classes de testes.
Responsabilidades:

Identifica e define as classes de testes

Identifica e define os pacotes de testes

4.2. Sistema
A seguinte tabela determinou os recursos de sistema para o projeto testado.
Recursos do Sistema
Recursos
Banco de dados

Nome / Tipo
MySQL DataBase Server version 4.1

Mquinas Pentium III 256MB RAM

Confidencial

On Top Developers Inc

Pgina 11 of 11