Artefato:  Guia de Teste

Guia de Teste	É um registro documentado de qualquer um destes itens: decisões de controle e execução do processo, padrões que devem servir de base ou orientações de boas práticas que geralmente devem ser seguidas pelos praticantes de um projeto específico.
Representação em UML:	Não há representação em UML para este artefato.
Papel:	Designer de Teste
Opcional/Ocorrência:	Um ou mais artefatos. Recomenda-se manter pelo menos um artefato para registrar suas decisões de execução do processo de teste e um artefato para capturar as novas práticas descobertas. Pode ser inicialmente herdado e reutilizado da organização de controle.
Incluído em:	Alguns aspectos de controle e execução do processo do Guia de Teste podem ser apresentados apropriadamente no Plano de Desenvolvimento de Software ou no Plano de Teste de Iteração.
Templates:	HTML   Outros
Exemplos:	Catálogos de Idéias de Teste Um pequeno catálogo para Desenvolvedores Idéias de Teste para Misturas de ANDs e ORs
Relatórios:
Informações Adicionais:
Finalidade Breve Resumo Propriedades Ocorrência Responsabilidade Adaptação

Entrada para Atividades:  Implementar Teste Implementar Conjunto de Testes Analisar Falha de Teste Iniciar Caso de Desenvolvimento Compilar Plano de Desenvolvimento de Software Estruturar a Implementação de Teste Identificar Objetivos do Teste Definir as Necessidades de Avaliação e Rastreabilidade Identificar Idéias de Teste Definir Detalhes de Teste Desenvolver Guias de Teste Definir Abordagem de Teste Definir Configurações do Ambiente de Teste Identificar Mecanismos de Testabilidade Definir Elementos de Testabilidade

Saída de Atividades:  Identificar Objetivos do Teste Definir Necessidades de Avaliação e Rastreabilidade Identificar Idéias de Teste Definir Detalhes de Teste Desenvolver Guias de Teste Definir Abordagem de Teste Definir Configurações do Ambiente de Teste Identificar Mecanismos de Testabilidade Definir Elementos de Testabilidade

Finalidade

O Guia de Teste atende a duas finalidades relacionadas, porém, com diferenças sutis:

• Para registrar ajustes (normalmente táticos) na maneira de execução do processo em um determinado projeto.
• Capturar as práticas específicas do projeto descobertas durante a execução dinâmica do processo.

Breve Resumo

Conforme foi discutido em Atividade: Desenvolver Guia de Teste, convém imaginar o Guia como uma subcategoria das três categorias gerais: orientações (estratégicas ou táticas) para controle e execução do projeto, aderência a padrões e práticas específicas do projeto.

Estas são algumas sugestões de tópicos que podem ser abordados pelo Guia de Teste:

1. Controle e execução do projeto

• Os tópicos a seguir são normalmente discutidos como parte do Plano de Teste de Iteração:
  • As Metas do Teste
  • Principais Medidas de Teste
  • Critérios de Conclusão do Teste  
   
• Os tópicos a seguir são normalmente discutidos como parte dos Planos de Gerenciamento de Mudança e de Gerenciamento de Build:
  • Diretrizes de Gerenciamento de Defeitos
  • Critérios de Gerenciamento de Mudança

  Entretanto, convém considerar as conseqüências dessas diretrizes na execução e na programação do processo de teste e apresentar o Plano de Teste de Iteração de acordo com essa verificação.

2. Aderência aos Padrões

• Convenções de Nomenclatura para as Vantagens do Teste
• Convenções do Idioma de Automatização de Testes — Nomeação variável, uso de características de idioma, convenções de estilo.
• Conformidade necessária com padrões certificados ou reconhecidos formalmente — ISO, IEEE etc.

3. Práticas específicas do projeto

• Embora isso seja discutível, é considerada a categoria mais rica e interessante do guia. Normalmente, a heurística inclui estes assuntos:
  • Catálogos de Idéias de Teste
    
  • Catálogo de Bibliotecas de Funções de Automatização de Testes
    
  • Um repositório de exemplos de código comuns   para problemas de Automatização de Testes
    
  • Frameworks para Automatização de Testes
    
  • Padrões de Teste
    
  • Modelos de Falhas e Erros Documentados
    

Propriedades

Não há representações em UML para estas propriedades.

Ocorrência

Se possível, este artefato deverá ser produzido inicialmente na Fase de Iniciação e, em seguida, continuamente em cada Ciclo de Build ou Iteração, em todas as demais fases.

Responsabilidade

O papel do Designer de Teste é basicamente responsável por este artefato. As responsabilidades são divididas em duas áreas principais:

O conjunto principal de responsabilidades inclui estas questões de gerenciamento do processo:

• Decisão sobre o Guia de Teste a ser seguido.
• Definição de padrões e convenções internas.
• Documentação dessas decisões.
• Documentação das diretrizes de boas práticas para reutilização.

O conjunto secundário de responsabilidades abrange as seguintes questões de design e implementação:

• Identificação das boas práticas emergentes.
• Compreensão e definição dos principais aspectos de cada prática.

Adaptação

Use uma mídia apropriada, baseada na categoria do Guia de Teste e na experiência da equipe de projeto; pode ser um documento ou um site de intranet na Web. A execução e o controle do processo, bem como os padrões e as diretrizes, normalmente se adaptam a um documento de planejamento baseado em texto ou a um site estático da Web.

Para reunir e desenvolver as diretrizes heurísticas dos praticantes, recomenda-se a utilização do WikiWikiWeb, conforme discutido na Atividade: Desenvolver Guia de Teste ou alguma outra forma de groupware interativo e colaborativo.

Com relação ao template de Guia de Teste fornecido com o RUP, é possível que você deseje adaptá-lo destas maneiras:

• Algumas seções podem ser removidas ou adicionadas para tratar de determinadas características e limitações da linguagem de programação específica.
• Algumas seções podem ser irrelevantes para o projeto.
• A ordem das várias seções pode variar, dependendo do foco ou do interesse dos envolvidos no negócio.

Copyright  © 1987 - 2001 Rational Software Corporation

Rational Unified Process