<Nome do Projeto>
Guia de Teste
Versão <1.0>
[Observação: O template a seguir é fornecido para uso com o Rational Unified Process (RUP). O texto em azul exibido entre colchetes e em itálico (style=InfoBlue) foi incluído para orientar o autor e deve ser excluído antes da publicação do documento. Qualquer parágrafo inserido após esse estilo será definido automaticamente como normal (estilo=BodyText).]
Histórico da Revisão
|
Data |
Versão |
Descrição |
Autor |
|
<dd/mmm/aa> |
<x.x> |
<detalhes> |
<nome> |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Índice Analítico
1.3 Definições, Acrônimos e Abreviações
5. Critérios de Conclusão do Teste
6. Diretrizes de Gerenciamento de Defeitos
7. Critérios de Gerenciamento de Mudança
Guia de Teste
[A introdução do Guia de Teste deve oferecer uma visão geral de todo o documento. Ela deve incluir a finalidade, o escopo, as definições, os acrônimos, as abreviações, as referências e uma visão geral do Guia de Teste.]
[Especifique a finalidade do Guia de Teste.]
[Uma breve descrição do escopo do Guia de Teste; o(s) Projeto(s) ao(s) qual(is) ele está associado e tudo o que é afetado ou influenciado por este documento.]
[Esta subseção deve apresentar as definições de todos os termos, acrônimos e abreviações necessários para a correta interpretação do Guia de Teste. Essas informações podem ser fornecidas mediante referência ao Glossário do projeto.]
[Esta subseção deve apresentar uma lista completa de todos os documentos mencionados no Guia de Teste. Cada documento deve ser identificado por título, número de relatório (se aplicável), data e organização responsável pela publicação. Especifique as fontes das quais é possível obter referências. Essas informações podem ser fornecidas por um anexo ou outro documento.]
[Esta subseção deve descrever o conteúdo restante do Guia de Teste e explicar como o documento está organizado.]
[Uma sentença que identifica porque o teste é realizado e utilizado pela organização.]
[Esta seção identifica e descreve todos os padrões e diretrizes a serem usados nas atividades de planejamento, design, implementação, execução e avaliação, incluindo:
· Padrões de Caso de Teste: Uma sentença identificando os tipos de casos de teste que devem ser desenvolvidos para teste, como válido, inválido, fronteira etc.
· Convenção de Nomenclatura: Uma descrição de como cada tipo de entidade (por exemplo, caso de teste e procedimento de teste) deve ser nomeada.
· Guia de Design: Uma sentença identificando metas de modularidade de script e procedimentos de teste, para reutilização e manutenção.
· Padrões de Dados de Teste: Uma sentença indicando como os dados serão selecionados ou criados e restaurados para suporte ao teste.]
[Uma definição do tipo de métricas que serão utilizadas para determinar o andamento das atividades de teste (o tipo de contagens de defeitos que vão ser usadas, como avaliar os casos de teste executados corretamente).]
[Uma sentença identificando critérios recomendados de conclusão e avaliação.]
[Uma sentença identificando como os defeitos serão gerenciados.]
[Uma sentença identificando como os artefatos de teste serão gerenciados e mantidos.]