Caso de Teste
É a definição (geralmente formal) de um conjunto específico de inputs de teste, condições de execução e resultados esperados, identificados com a finalidade de avaliar um determinado aspecto de um Item de Teste-alvo.
Representação em UML: Não há representação em UML para este artefato.
Papel: Analista de Teste 
Possibilidade de Opção/Ocorrência: Um ou mais artefatos. Considerado opcional em alguns domínios e culturas de teste e obrigatório em outros. Quando usado, haverá vários Casos de Teste.
Incluído em: Opcionalmente, o Caso de Teste pode ser incluído parcial ou completamente na Lista de Idéias de Teste ou no Script de Teste.
Templates:
Exemplos:  
Relatórios:  
Mais Informações:  

Entrada para Atividades: Saída de Atividades:

Finalidade Início da página

A finalidade do Caso de Teste é identificar e comunicar formalmente as condições específicas detalhadas que serão validadas para permitir a avaliação de determinados aspectos dos Itens de Teste-alvo. Os Casos de Teste podem ser motivados por vários fatores, mas normalmente incluirão um subconjunto dos Requisitos (Casos de Uso, características de desempenho etc.) e dos riscos envolvidos no projeto.

O Caso de Teste é usado basicamente:

  • para enumerar um número adequado de testes específicos para garantir a abrangência da avaliação.
  • para identificar e considerar Scripts de Teste e geradores, de forma manual e automatizada.
  • para fornecer um esquema para a implementação de Scripts de Teste e geradores, fornecendo uma descrição dos pontos-chave de observação e controle e qualquer pós ou precondição.

Breve Resumo Início da página

  1. Descrição do Caso de Teste
    Descreve a finalidade ou o objetivo do teste, o escopo e qualquer precondição do teste.
  2. Condição de Execução
    Descreve uma condição a ser experimentada durante este teste.
    1. Precondições
      Para cada condição de execução, descreva o estado obrigatório do sistema antes do início do teste.
    2. Inputs de Teste
      Para cada condição de execução, enumere uma lista dos estímulos específicos a serem aplicados durante o teste. Em geral, eles são denominados "Inputs" do teste e incluem os objetos ou os campos de interação e os valores de dados específicos inseridos durante a execução deste Caso de Teste.
    3. Pontos de Observação
      Durante a execução do teste, enumere as observações específicas a serem feitas.
    4. Pontos de Controle
      Durante a execução do teste, identifique os pontos em que possa ocorrer mudança ou variação do fluxo de controle.
    5. Resultados Esperados
      É o estado resultante ou as condições observáveis esperadas como resultado da execução do teste. Observe que isso pode incluir respostas positivas e negativas (como condições de erro e falhas).
    6. Pós-condições
      Para cada condição de execução, descreva o estado ao qual o sistema deverá retornar para permitir a execução de testes subseqüentes.

Propriedades Início da página

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

Nome da Propriedade

Breve Descrição

Nome É um nome exclusivo usado para identificar este Caso de Teste.
Descrição É uma descrição resumida do conteúdo do Caso de Teste e que geralmente fornece alguma indicação de nível superior da complexidade e do escopo.
Finalidade Fornece uma explicação do que o Caso de Teste representa e por que ele é importante.
Itens Dependentes de Teste e Avaliação Fornece uma forma de mapeamento de rastreabilidade ou dependência para elementos específicos, como os requisitos individuais que precisam ser mencionados.

Ocorrência Início da página

As primeiras sugestões de Casos de Teste podem ser identificadas logo na Fase de Iniciação, sendo identificadas subseqüentemente em cada iteração durante o restante do ciclo de vida do projeto. É normal que os Casos de Teste sejam definidos em detalhes de acordo com o trabalho de implementação programado para eles, geralmente iniciando na primeira iteração, na Fase de Elaboração.

Responsabilidade Início da página

O Analista de Teste papel é basicamente responsável por esse artefato. As responsabilidades incluem:

  • Identificação e definição de cada Caso de Teste e aprovação de todas as mudanças subseqüentes em cada um deles.
  • Certeza de que as mudanças serão comunicadas aos papéis subordinados afetados.
  • Certeza de que tenham sido identificados Casos de Teste suficientes para permitir uma avaliação satisfatória dos Itens de Teste-alvo.
  • Certeza de que há detalhes suficientes para implementar e conduzir o teste.
  • Gerenciamento e manutenção de relacionamentos de rastreabilidade apropriados.
  • Gerenciamento do escopo apropriado dos Casos de Teste em uma iteração específica.

Adaptação Início da página

Em determinados domínios e culturas de teste, os Casos de Teste são considerados artefatos opcionais, enquanto em outros, eles são altamente formalizados e obrigatórios. Assim sendo, o conteúdo e o formato dos Casos de Teste podem necessitar de modificação para atender às necessidades de cada organização ou projeto específico.

Quando esses casos de teste são registrados (de maneira formal ou informal), dois estilos principais são seguidos:

  • O primeiro consiste em uma estrutura de documento de texto padrão que usa um formato semelhante ao descrito anteriormente no Breve Resumo. Em geral, várias instâncias ou variações de Casos de Teste são especificadas em um único documento e agrupadas pela finalidade ou pelo objetivo geral dos testes.
  • O segundo estilo usa um determinado formato de tabela ou banco de dados. As instâncias de Casos de Uso são especificadas em cada linha, com colunas que facilitam a classificação e a filtragem por diferentes critérios.

É necessário que haja algum tipo de avaliação contínua dos casos de teste para verificar andamento, eficácia etc. Considere uma cobertura de teste baseada em requisitos, em que cada Caso de Teste pesquise pelo menos uma idéia de teste e um requisito de sistema, que representa um subconjunto dos requisitos do Produto (consulte Conceitos: Principais Medidas do Teste).

Conforme mencionado anteriormente, é comum que várias instâncias ou variações de Casos de Teste sejam especificadas em um único documento e normalmente estejam agrupadas pela finalidade ou pelo objetivo geral dos testes. Elas podem ser concebidas como várias condições de execução descritas em um único documento, uma para cada instância exclusiva de Caso de Teste.



Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process