Você está na página 1de 5

Projeto <nome do projeto>

<sigla ou nome do projeto>


Plano de Testes

Projeto <nome do projeto>


1. Identificador do Plano de Testes
[Campo utilizado para especificar um identificador nico para reconhecimento do Plano de Teste.
Uma boa prtica usar um cdigo que identifique o arquivo do Plano de Testes sob um software
de Gerncia de Configurao. Ao observar o cdigo desejvel que se identifique que o artefato
um Plano de Testes, qual o Projeto relacionado e a verso do Plano. Ex.: Considerando que o
software que est sendo testado se chama XYZ, um possvel identificador seria PT_XYZ_001,
onde a sigla PT indica que documento um plano de testes, a sigla XYZ identifica o nome do
projeto e 001 a verso do plano de testes.]

2. Introduo
[Nesta seo, so descritos os objetivos do teste e as metas a serem alcanadas. Aqui deve ser
definido o escopo geral do projeto de teste especificando exatamente o qu ser testado e o qu
no faz parte do projeto de teste. Exemplo: Este documento se destina ao planejamento do teste
de parte do sistema XYZ cujas funcionalidades sero descritas nesse plano. Os testes se
concentraro nas funcionalidades referentes aos cadastros do sistema. O sistema ABC que
fornece dados ao sistema XYZ no escopo dos testes aqui previstos. Ser considerado que o
sistema ABC j foi testado e est disponvel.]

3. Itens de Teste
[No campo Itens de Teste devem ser listados todos os artefatos que sero passados para a
equipe de teste e que sero necessrios para a execuo dos seus trabalhos. Os Itens de Teste
podem ser vistos como a viso tcnica composta pela documentao produzida pelo projeto.
Alguns exemplos de itens de teste: Lista de Requisitos, Casos de Uso, Mdulos, Componentes,
Plano do Projeto, etc.]

4. Funcionalidades a Serem Testadas


[Nesse campo so listadas as funcionalidades e requisitos de software que sero testados. Aqui,
as features so descritas de acordo com a viso do usurio, expressa pelos requisitos de
software. Exemplo: Cadastrar Usurios; Manter Clientes; Gerar Relatrio, etc.]

5.Funcionalidades a no Serem Testadas


[Devem ser listadas as funcionalidades que NO devero ser testadas incluindo justificativas para

Projeto <nome do projeto>


isso. Exemplo: O sistema XYZ utiliza dados fornecidos pelo sistema ABC. No escopo do teste
verificar o sistema ABC, pois aqui ser considerado que o este j est testado e fornecendo dados
confiveis.]

6. Abordagem do Teste
[Aqui define-se a abordagem a ser adotada nos testes. Os seguintes itens devem ser
considerados para cada funcionalidade ou grupo de funcionalidades:

Definir os responsveis pelos diversos nveis e tipos de teste. Exemplo: Teste Unitrio:
Desenvolvedor; Teste de Integrao: Analista de Sistemas; Teste de Sistema: Equipe de
Teste;

Listar as ferramentas e tcnicas a serem usadas. Exemplo: Os casos de teste devero ser
registrados na ferramenta X; Devero ser feitos testes de caixa preta e de caixa branca;

Definir as expectativas do teste tais como o grau de cobertura para alguns tipos de teste;

Listar, caso existam, as restries do teste, tais como restries oramentrias;

Listar os indicadores que devero ser coletados no projeto de teste. Exemplo: Sero
coletados: tempo de execuo de cada etapa de teste; tempo de execuo de cada caso de
teste; nmero de defeitos encontrados por caso de teste; grau de severidade dos defeitos.

Definir o Plano de Comunicao do Projeto. Exemplo: Reunies de acompanhamento.]

7. Critrios de Liberao/Falha dos Itens


[Nesta seo define-se os critrios para liberao dos artefatos testados e se algum nvel de falha
pode ser aceito. Exemplo: O teste pode ser dado como concludo quando todos os casos de teste
tiverem sido executados e nenhum defeito de grave severidade estiver pendente de correo. Se
no for possvel atingir esse nvel, deve ser definida junto com os desenvolvedores, uma
prioridade de teste por funcionalidade, de acordo com aquelas mais importantes para o negcio. O
teste dever continuar enquanto o cronograma permitir. ]

8. Requisitos de Suspenso e Retomada


[Aqui devem ser especificados os critrios usados para suspender todas ou parte das atividades
de teste associadas ao Plano de Testes e quais atividades de teste sero repetidas no caso de
retomada. Um aspecto importante que pode ser identificado aqui, o nmero de defeitos
encontrados no teste. Se for percebido, um nmero elevado de defeitos pode-se concluir que est
sendo um desperdcio de recursos testar o software. Exemplo: Os testes podero ser

Projeto <nome do projeto>


interrompidos quando um conjunto de casos de teste referente a um caso de uso apresentar uma
incidncia de defeitos acima do normal permitido. Devem ser observados os indicadores de
nmero de defeitos esperados por caso de uso.]

9. Entregas do Teste
[Especificar os documentos que devero ser entregues pela equipe de teste indicando quem ir
receber cada um e o prazo estabelecido para a entrega. Exemplos: Plano de Teste, Projeto de
Teste, Casos de Teste, Relatrios (listar todos).]

10. Tarefas do Teste


[Listar todas as tarefas necessrias para preparar e executar os testes, identificando quais os
produtos gerados por cada uma das atividades e a quem caber sua execuo.
Exemplo: - Participao na Reviso de Casos de Uso: Projetista de Teste; Preparao de
Ambiente de Teste: Gerente de Teste;

Preparao de Casos de Teste: Projetista de Teste;

Execuo dos Testes: Testador.]

11. Necessidades de Ambientes


[Especificar o ambiente necessrio para a execuo dos testes. Ambiente pode considerar os
seguintes elementos: software, hardware, pessoal, etc.]

12. Responsabilidades
[Listar os principais envolvidos no projeto de testes com as suas respectivas funes. Exemplo:
Gerente de Projeto de Teste: Gerenciar toda a atividade de teste, treinar a equipe quando
necessrio, preparar o ambiente de teste, interagir com as demais equipes a fim de conseguir
todos os artefatos de entrada necessrios para a execuo das atividades de teste; Gerente de
Requisitos: responsvel por liberar o documento de requisitos e casos de uso que sero entrada
para o processo de teste; Testador: executar testes manuais, gravar scripts para testes
automatizados e registrar defeitos.]

13. Necessidades de Equipe e de Treinamento


[Listar as necessidades de qualificao que so demandadas. Definir o tipo do treinamento, o
responsvel por ofertar e a pessoa ou equipe que receber as instrues. Exemplo: Treinamento

Projeto <nome do projeto>


sobre Ferramenta de Automao de Testes ser fornecido pelo Gerente de Testes aos novos
testadores que foram contratados.]

14. Cronograma
[Definir e detalhar as atividades que sero executadas estimando o tempo de execuo de cada
umas das tarefas e os respectivos responsveis. Exemplo: Preparao de Casos de Teste para o
Caso de Uso XXX Responsvel: Projetista de Teste; Data de Incio: 01/12/2009; Data de
Trmino: 04/12/2009.]

15. Riscos e Contingncias


[Preparar uma lista de riscos incluindo os mais usuais e aqueles especficos do projeto que est
sendo testado. Elaborar os planos de mitigao (para que o risco no ocorra) e contingncia (caso
o risco ocorra). Exemplo: Risco: Indisponibilidade de Instrutor para o dia de treinamento; Plano de
Mitigao: Agendamento de instrutor com 1 ms de antecedncia; Plano de Contingncia:
Alocao de membro da equipe com maior experincia para conduo do treinamento.]

16. Aprovaes
[Descrever o nome, cargo ou funo dos responsveis pela aprovao do Plano de Teste com
espao para assinaturas.]

17. Glossrio
[Campo opcional. Pode ser elaborada uma lista de termos tcnicos usados no Plano de Testes.
Exemplo: CDT: Caso de Teste; CDU: Caso de Uso.]