nem o IEEE, nem o QAI falam sobre estimativas e metricas de teste em seus modelos. O IEEE define a seguinte hierarquia entre os documentos de teste: Plano de Teste; Estrutura de Teste; Casos de Teste e Procedimentos de Teste.2. Desenvolvimento do Plano de Teste Escopo; O Escopo define exatamente a extensao do projeto de teste, ate mesmo suas interfaces com outros softwares. Custo; E preciso medir o tamanho do projeto de teste para saber quanto ele vai custar. Como metricas de teste temos: Analise de Pontos de Teste ou Pontos de Caso de Teste. Tempo; A estimativa de tempo - , e, consequentemente, a elaboracao do cronograma esta ligada diretamente ao tamanho do projeto, que por sua vez, servira de base para o calculo dos custos. Qualidade; E acompanhada atraves de um programa de indicadores a ser implementado no decorrer do projeto. Comunicacao; A funcao dessa atividade e garantir a maneira como as partes envolvidas no projeto receberao as informacoes de que precisas para tomar decisoes. Alem disso, e necessario prever no projeto como e com que frequencia serao feitas as reunioes de controle. Relatorios de defeitos servirao de elemento de comunicacao entre equipes de teste e de desenvolvimento. Integracao; Descrever a integracao com os projetos de desenvolvimento e ate mesmo com outros projetos de teste. Recursos Humanos; Definicao de recursos humanos envolvidos em cada etapa do projeto. Definir funcoes e responsabilidades. Riscos; O projeto de teste implica seus riscos especificos. Nao misturar os riscos do projeto de teste com os riscos do negocio. Suprimentos; Aquisicao de software e ferramentas.3. Significado do Plano de Teste Segundo o QAI, o Plano de teste toma aproximadamente um terco do projeto de teste. Problemas levantados pelo QAI que podem afetar um projeto de testes/plano de teste: Falta de treinamento; a equipe independente de testes de ve conhecer o processo de teste, seu ciclo de vida, metodologia usada e tambem tecnicas especificas de teste. Desenvolvedores versus testadores; Os desenvolvedores nao gostam que outras pessoas apontem seus erros, e os testadores tendem a apontar esses erros de maneira sarcastica. Brigas internas sao ruins para o sucesso do projeto. Falta de ferramenta de teste; realizar testes de regressao manualmente. Falta de apoio da gerencia; Alem do suporte financeiro, algumas decisoes nao podem ser tomadas por tecnicos. Falta de envolvimento dos usuarios e dos clientes; Os usuarios e clientes precisam estar envolvidos no projeto de teste, inclusive na elaboracao do Plano de Teste. Falta de tempo para testar; Os desenvolvedores esgotam o prazo e transferem a pressao para a equipe de teste. Quem testa e a equipe de testa; por existir uma equipe de teste independente, os desenvolvedores nao se preocupam em realizar os testes unitarios e de integracao ou o fazem de maneira incipiente. Alteracoes rapidas; O uso de ferramentas RAD que geram alteracoes rapidas e que nem sempre e possivel testar com a mesma agilidade. Fazer uso de ferramentas. Os testadores sao sempre os culpados; Quando os testadores acham muitos defeitos os desenvolvedores reclamam se deixam passar defeitos serios tambem ha reclamacoes. Os testadores precisam aprender