Artefato:
| ||||||||||||||||||||||||||||||||
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: | |
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:
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. |
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.
O Analista de Teste papel é basicamente responsável por esse artefato. As responsabilidades incluem:
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:
É 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.
|
Rational Unified Process
|