Plano de Teste
Autor: Rosangela Geremia Roessler | Publicado: 2012-08-13T21:29:00-03:00

Vou
falar neste post um pouco sobre Plano de Teste, antes de se iniciar os testes
no sistema, deve ser planejados e para fazer esse planejamento é utilizado um
Plano de Teste, que descreve como os testes serão executados. 

A
partir do momento que começa a ser tratado o teste como um processo dentro do
processo de desenvolvimento, é preciso planejá-los. O Planejamento de Testes
melhoras a organização, a objetividade, previsibilidade e o gerenciamento do
processo de teste.

Para
ter um bom planejamento de teste é necessário documentar o processo na empresa,
esse documento deve ser guiado por regras e normas, chamado Plano de Teste. O
manual do QAI cita outro documento, chamado Estrutura de Teste, mas no manual
cita que ambos os documentos podem estar junto no Plano de Teste.

O
Plano de Teste mostra o projeto em todas as dimensões, caso o software venha a
passar por algum tipo de manutenção no futuro e precise ser testado, será o
documento que orientará os testadores na preparação de novos testes. Ele também
é um documento de controle para saber se os objetivos dos testes foram
atingidos e uma cobertura para saber se todo o sistema foi testado.

A
elaborado do Plano de Teste é a partir que toda documentação do sistema está
pronta e seus requisitos, servindo como informação para elaboração. Existe diverso
padrão de elaboração de Plano de Teste, existe um padrão mundialmente aceito,
definido pelo IEEE 829, que lista o conteúdo de um Plano de Teste, o QAI segue
em linhas gerais esse mesmo padrão, mas com algumas características próprias. PMI/PMBOK
não possui um padrão, mas os testes são vistos como uma etapa do projeto. 



Na
tabela é estabelecido uma relação entre os modelos definidos pelo PMI/PMBOK e
os modelos criados pela IEEE 829 e pelo próprio QAI.









Para
a elaboração do Plano de Teste em sua empresa, pode ser adotado um desses
modelos. Mas vou descrever sobre o modelo do PMBOK, que é aceito por qualquer
tipo de projeto.



Se
usarmos o PMBOK, e tratarmos os testes como um projeto, teríamos que cobrir as
áreas de gerenciamento de projeto, que são as seguintes:



Escopo;
O Escopo define exatamente a extensão do projeto de teste, até mesmo suas
interfaces com outros softwares.



Custo;
É preciso medir o tamanho do projeto de teste para saber quanto ele vai custar.
Como métricas de teste temos: Análise de Pontos de Teste ou Pontos de Caso de
Teste.



Tempo;
A estimativa de tempo, e conseqüentemente, a elaboração do cronograma que está
ligada diretamente ao tamanho do projeto, que por sua vez, servirá de base para
o cálculo dos custos.



Qualidade;
É acompanhada através de um programa de indicadores a ser implementado no
decorrer do projeto.



Comunicação;
A função dessa “atividade” é garantir a maneira como as partes envolvidas no
projeto receberão as informações de que precisas para tomar decisões. Além
disso, é necessário prever no projeto como e com que freqüência serão feitas as
reuniões de controle. Relatórios de defeitos servirão de elemento de
comunicação entre equipes de teste e de desenvolvimento.



Integração;
Descrever a integração com os projetos de desenvolvimento e até mesmo com
outros projetos de teste.



Recursos
Humanos; Definição de recursos humanos envolvidos em cada
etapa do projeto. Definir funções e responsabilidades.



Riscos;
O projeto de teste implica seus riscos específicos. Não misturar os riscos do
projeto de teste com os riscos do negócio.



Suprimentos;
Aquisição de software e ferramentas.







Referências:

&nbsp;BASTOS,
Anderson; et al. Base de Conhecimento de Teste de Software. 2. ed. São Paulo:
Martins, 2007.

&nbsp;MOLINARI,
Leonardo. Teste Funcionais de Software. 1. ed. Florianópolis: Visual Books, 2008.