Modelo para documento de plano de teste

Objetivo: Este documento é um modelo genérico para a criação do plano de

testes a ser usado nos projetos da fábrica de software.

Informações gerais de uso:

1. Para alterar os campos de autotexto, como o nome do documento, a versão
ou a data, deve-se usar a opção “Arquivo->Propriedades-> Personalizar ”.
Nesta pasta estão as variáveis utilizadas pelo Word. Nela os valores dos
campos podem ser editados e após realizar a edição é só clicar com o botão
direito do mouse sobre o autotexto desejado e clicar na opção “Atualizar
campo”. Após este procedimento o campo será atualizado para o valor
desejado;
2. Os corpos dos textos devem usar formatação “Normal”;

Histórico de revisões do modelo

Versão Data Autor Descrição Localização
(XX.YY) (DD/MMM/YYYY)
00.01 07/ABR/2004 scn Draft inicial
00.02 16/ABR/2004 tlvls Formatação do
doc. e revisão
para fechar uma
versão.
01.00 18/ABR/2004 aa,tlvls Versão final.
01.01 19/ABR/2004 scn Atualização do
modelo:
• inserção do
doc ID nas
propriedades
do
documento e
na capa
• inserção da
seção 7
• pequenas
atualizações
no texto.
012.020 26/MAI/2004 aa Ajustes na capa
doo doc.
01.03 27/MAI/2004 scn Ajustes na
sessão 7 do doc.

Aprovadores

Paulo Rogério Gerente de Projeto

João Marcos Gerente de Configuração

Márcia Seabra Engenheira de Qualidade e Processo

Antônio Campello Analista de Negócios

Alexandre Alvaro Arquiteto de Software

 Usina

<Nome do projeto>
Plano de Testes

Versão:<Version XX.YY>
Data:<dia Mês, ano>
Identificador do documento:<Identificação do artefato>
Versão do Template Utilizada na Confecção:<Versão do Template>
Localização:<caminho de acesso no CVS ou URL>

copyright
Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

Histórico de revisões
Versão Data Autor Descrição Localização
(XX.YY) (DD/MMM/YYYY)

55846583.doc copyright Página 4 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

Índice
ÍNDICE DE FIGURAS.................................................................................................................................6
ÍNDICE DE TABELAS.................................................................................................................................7
1. INTRODUÇÃO...........................................................................................................................................8
1.1. PROPÓSITO................................................................................................................................................8
1.2. PÚBLICO ALVO..........................................................................................................................................8
1.3. ESCOPO....................................................................................................................................................8
1.4. DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES.....................................................................................................8
1.4.1. Abreviações...................................................................................................................................8
1.4.2. Definições......................................................................................................................................8
1.5. REFERÊNCIAS............................................................................................................................................8
1.6. VISÃO GERAL DO RESTANTE DO DOCUMENTO..................................................................................................9
2. ALVOS DO TESTE..................................................................................................................................10
3. ESTRATÉGIA DE TESTES...................................................................................................................11
3.1. TESTE DE UNIDADE..................................................................................................................................11
3.2. TESTES DE INTEGRAÇÃO............................................................................................................................11
3.3. TESTES DE SISTEMA.................................................................................................................................11
3.3.1. Testes de Aceitação do Sistema...................................................................................................12
4. DIRETRIZES PARAPLANEJANDO E EXECUÇÃO RESPORTANDO DOS TESTES................13
5. CRITÉRIOS DE ACEITAÇÃO DOS TESTES.....................................................................................14
6. DOCUMENTAÇÃO DE DEFEITOS.....................................................................................................15
7. PROGRAMAÇÃO DOS TESTES..........................................................................................................16
7.1. GERAL...................................................................................................................................................16
7.2. ITERAÇÃO 1............................................................................................................................................16
7.2.1. Objetivos......................................................................................................................................16
7.2.2. Testes...........................................................................................................................................16
7.3. ITERAÇÃO 2............................................................................................................................................16

55846583.doc copyright Página 5 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

Índice de Figuras

55846583.doc copyright Página 6 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

Índice de Tabelas
TABELA 1. TABELA DESCRITIVA DE TESTES DE UNIDADE.......................................................11
TABELA 2. TABELA DESCRITIVA DE TESTES DE INTEGRAÇÃO...............................................11
TABELA 3. TABELA DESCRITIVA DE TESTES DE SISTEMA........................................................12
TABELA 4. TABELA DESCRITIVA DE TESTES DE ACEITAÇÃO..................................................12
TABELA 5. ENTREGA DOS PRODUTOS DE TESTE..........................................................................16
TABELA 6. TABELA DOS TESTES DA ITERAÇÃO 1.........................................................................16

55846583.doc copyright Página 7 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

1. Introdução
1.1.Propósito
Esse documento tem por finalidade descrever o planejamento geral das atividades de
teste bem como os envolvidos e critérios de aceitação dos artefatos a serem
testados.

1.2.Público Alvo
Esse documento se destina a uma ampla audiência dentro do ciclo de vida do
software, entre os principais envolvidos estão papéis ligados ao desenvolvimento,
requisitos e gerencia de qualidade. Pelo fato de que os testes estão presentes desde
a concepção até a transição dentro do processo, esse documento é indicado para
todos os envolvidos do projeto que precisem realizar atividade de teste a qualquer
etapa e abordagem de teste.

1.3.Escopo
Esse documento vai definir as estratégias de teste a serem adotadas a cada etapa e
do desenvolvimento bem como as ferramentas utilizadas para planejar, implementar
e executar e coletar armazenar os resultados do testes a cada iteração do software.
Como os resultados colhidos obtidos serão utilizados e os detalhes da medição estão
no documento de plano de qualidade 1.5.

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

1.4.1. Abreviações
GUI Graphical User Interface –Interface gráfica do usuário

1.4.2. Definições
Teste de Sistema Testes que usam os requisitos e especificações de requisitos
para testar a iteração do vários módulos integrados do
sistema simulando iterações reais dos usuários. Pode ser
caixa branca ou caixa preta, dependendo da abordagem.
Mais comumente realizado como caixa preta.
Teste de Integração Testes que utilizam como base especificações ou projeto de
determinado componente após o mesmo ser integrado com
outros. Esses são tanto caixa-preta quanto caixa-branca.
Testes de Unidade Testes que utilizam como base o código do individual de
cada componente de maneira a testar as interfaces do
componente. Caracterizadamente são testes caixa branca.

1.5.Referências
<Esta seção é destinada a descrição das referências utilizadas pelo documento,
como por exemplo URLs e livros. Ver exemplo a seguir>
“Glossário da USINA”, <id_doc glossário>, Versão <versão>. <localização>>
[1] “Test Driven Development”. http://www.agiledata.org/essays/tdd.html

55846583.doc copyright Página 8 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

SourceFourge – Projeto SIMAQUA . http://sourceforge.net/projects/simaqua/

[2] Plano de garantia da qualidade <Versão>. <localização>Localização:
[3] Plano de Gerência de Configuração <Versão>. Localização:<localização>
[4] Requisitos do sistema <Versão>. Localização:<localização>
[5] Arquitetura do sistema <Versão>. Localização:
[6] Plano da Iteração <Versão>. Localização:

1.6.Visão geral do restante do documento

Na seção 2 são descritos quais serão os alvos dos testes desenvolvidos para
determinado projeto. Na seção 3 são descritos as estratégias de teste a serem
contempladas pelo <Nome do projeto>. Na seção 4 apresentamos as recomendações
para planejar e reportar a execução o planejamento e execução dos testes. Na seção
5 apresentamos os critérios de aceitação dos testes realizados. Na seção 6
apresentamos como deve ser feita a notificação de erros. Na seção Error: Reference
source not found podemos encontrar a lista de testes programada para ser
executada a cada iteração.

55846583.doc copyright Página 9 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

2. Alvos do Teste
Os principais alvos a serem testados contemplados nesse plano serão:

1. Unidades de código – O código utilizado para implementar o software é o

principal alvo do processo de teste, denominado teste de sistema. Os códigos
desenvolvidos em uma linguagem de programação devem estar de acordo
com requisitos e projeto do sistema. De maneira indireta também são
testados os scripts unitários, de integração e automáticos utilizados para
validar o sistema de acordo com a arquitetura 1.5. De maneira geral,
qualquer implementação que interaja com o sistema;
2. Sistema completo – Nos testes de integração e de aceitação o software
permitirá o teste da interconexão entre os módulos e a funcionalidade final do
software de acordo com os requisitos 1.5.
3. Requisitos e arquitetura – Os documentos utilizados como referência para os
testes, comumente requisitos e arquitetura, também são indiretamente alvos
dos testes, pois inconsistências relacionadas a esses documentos são
naturalmente identificadas durante os testes.

55846583.doc copyright Página 10 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

3. Estratégia de Testes
As estratégias de testes adotados no <Nome do projeto> são descritas nas seções
subseqüentes.

3.1.Teste de Unidade
Os testes de unidade serão realizados pelos próprios desenvolvedores e serão
rodados a cada compilação do sistema de forma automática. O ideal, é que mesmo
aAntes mesmo de gerar o código serão construídos testes de unidade para o
componente desenvolvido 1.5 utilizando uma ferramenta adequada para a linguagem
de programação utilizada na codificação do software.
Os casos de teste de unidade podem ser realizados usando uma caso de teste
para cada método ou um caso de teste que envolva vários métodos, essas escolhas
serão feitas pelo projetista de testes dependendo levando em conta as medidas de
qualidade do software no plano de qualidade 1.5 que pode especificar por exemplo
que sejam feitos testes unitários para 100% dos métodos, ou a cobertura seja de
100% dos métodos públicos e 50% dos métodos privados. Independente desses
detalhes, pelo menos um caso de teste por componente desenvolvido deve ser
gerado que procure realizar uma maior cobertura do código.

Objeto Classes (métodos)

Estágio Teste - Unitário
Tipo Funcionalidade
Abordagem Caixa Branca
Técnica Automática
Tabela 1. Tabela descritiva de testes de unidade.

O Engenheiro de Teste tem a responsabilidade de verificar e validar os testes de

unidades feitos pelos desenvolvedores, no sentido de comprovar que os testes foram
construídos cobrem os principais fluxos do código desenvolvido.

3.2.Testes de Integração
Os testes de integração consistem basicamente do conjunto dos testes unitários
cumulativos e outros construídos para testar especificamente o funcionamento de
um componente individualmente após integração de componentes e/ou subsistemas.
Na integração podemdevem ser empregadas ferramentas de automação dos testes
de GUI.

Objeto Componentes e Módulos

Estágio Teste - Integração
Tipo Funcionalidade / Ciclo do Negócio
Abordagem Caixa PretaBranca
Técnica Automática
Tabela 2. Tabela descritiva de testes de integração.

3.3.Testes de Sistema
Os testes de sistema devem focar na iteração entre os componentes do sistema,
para isso são podem ser utilizadas ferramentas de automação de testes de interface

55846583.doc copyright Página 11 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

e ferramentas de testes de unidade que explorem a iteração dos componentes nos

trechos de código dependentes do funcionamento de vários componentes e
subsistemas integrados. Os testes de sistema são tipicamente da camada de fachada
do sistema.
Para os teste cuja automação seja complexa, testes manuais podem ser
bastante úteis para testar o software ao nível de sistema. A vantagem dos testes
manuais, principalmente os exploratórios, é que eles antecipam problemas
encontrados pelo cliente nos testes de aceitação.

Objeto Fachada
Estágio Teste - Sistema
Tipo Funcionalidade / Ciclo do Negócio
Abordagem Caixa Preta
Técnica Automática / Manual
Tabela 3. Tabela descritiva de testes de sistema.

3.3.1. Testes de Aceitação do Sistema

Os testes de aceitação devem ser realizados pelos clientes na liberação de cada
release externo onde o cliente será convidado a interagir livremente pelo sistema a
procura de erros ao mesmo tempo em que verifica os requisitos do sistema. Apenas
após certo grau de maturidade e dependendo das medidas da qualidade do sistema
1.5 devem ser colocados testes de aceitação.

Objeto Interface do Usuário

Estágio Teste - Aceitação
Tipo Funcionalidade / Ciclo do Negócio /
Performance
Abordagem Caixa Preta
Técnica Manual
Tabela 4. Tabela descritiva de testes de aceitação.

55846583.doc copyright Página 12 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

4. Diretrizes paraPlanejando e Execução

Resportando dos Testes
Para cada iteração deve haver um plano dos testes a serem executados e o relatório
da execução planejada. Essase planejamento informações devem constar
preferencialmente em uma ferramenta, no entanto na falta da mesma podem ser
usados documentos que mantenham o histórico dos planejamentos dos testes
realizados, e seus respectivos os resultados das execuções de cada planejamento.
Dentro das informações do planejamento deve constar:
1. Os testes a serem rodados;
2. O teste a ser rodado é automático ou é manual;
3. A quantidade total de testes a ser rodada.

As informações relativas à execução do planejamento (relatórios da execuçãode

teste) são:
1. Lista de testes que passaram e falharam;
2. Total de testes que passaram e falharam;
3. Tempo de execução da bateria de testes.

Um teste manual passa quando todos os procedimentos são executados com

sucesso. Falha quando ocorre uma divergência entre a saída produzida pelo sistema
e a saída esperada descrita na verificação do caso de teste. Fica bloqueado quando
as precondições não podem ser satisfeitas durante a execução.
Um teste automático passa quando a execução do script automático alcança o
fim sem falhar ou alcançar erro. Falha quando o script detecta que a saída produzida
pelo sistema é diferente da saída esperada pelo script. Fica bloqueado quando
durante a execução algum erro ocorre.
Para os testes que falharam abrir a requisição de mudança apropriada e
documentar no relatório do teste a falha correspondente de acordo com o descrito na
seção 6.

55846583.doc copyright Página 13 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

5. Critérios de Aceitação dos Testes

Para cada iteração do ciclo de vida do software devem ser definidos os critérios de
aceitação para os testes que serão realizados de acordo com medidas de qualidade
predefinidas. Abaixo segue um exemplo hipotético de planejamento e aceitação dos
testes.

Iteração Unidade Integração Sistema

1 Testes de unidade N/A N/A
implementados
para 80% dos
componentes e
100% bem
sucedidos
2 Testes de N/A
integração
passando
100%.
Não são
achadas falhas
com severidade
1 e 2.
3 Teste de
funcionalidade
para todos os
use cases
passando.
Falhas com
severidade 1 e
2 todas
precisão ser re-
testadas.
...
N

55846583.doc copyright Página 14 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

6. Documentação de Defeitos
Quando forem identificados erros em quaisquer artefatos do software deve ser
aberto um registro no gerenciador de mudanças definido pelo processo 1.5
indicando o item de teste que deve precisa ser corrigido 2.

A identificação do defeito encontrado deve ser classificada de acordo com os

procedimentos da Gerência da Configuração segundo sua gravidade e prioridade
para que o desenvolvedor possa realizar uma análise sobre o defeito encontrado
para corrigí-lo, quando necessário. A identificação do defeito deve ser documentada
no relatório dos testes que falham. Para mais detalhes como documentar um defeito
encontrado e trabalhar nesse defeito veja 1.5.

55846583.doc copyright Página 15 de 16

Usina
Plano de Testes <Version XX.YY>, <dia Mês, ano>
<Nome do projeto>

7. Programação dos Testes

7.1.Geral

Cada iteração do <Nome do projeto> contém uma programação de testes. Na tabela

abaixo está o cronograma relativo aos produtos de teste entregues ao longo da vida
do projeto de acordo com 1.5 .

Release Artefato Data

1 Plano de Testes DD/MMM/AAAA
Relatório dos Testes DD/MM/AAAA
2 Plano de Testes DD/MMM/AAAA
Relatório dos Testes DD/MM/AAAA
Tabela 5. Entrega dos Produtos de Teste

Nas subseções seguintes consta o planejamento detalhado do planejamento dos

testes para cada iteração.

7.2.Iteração 1
7.2.1. Objetivos
<Descrever nessa seção informações com respeito dos objetivos específicos dos
testes programados para a iteração corrente, quais requisitos funcionais/não-
funcionais serão prioritariamente verificados.>

7.2.2. Testes

ID do Teste Man. / Auto.

T_ID1 M
T_ID2 M
T_IDX A
Total 2M e 1A
Tabela 6. Tabela dos Testes da Iteração 1

7.3.Iteração 2

55846583.doc copyright Página 16 de 16