Artefato:
| ||||||||||||||||||||||||||||||||||||
 Dados de Teste |
A definição (geralmente formal) de um conjunto de valores de entrada de teste que são usados durante a execução de um teste, e os resultados esperados mencionados para fins de comparação durante a execução de um teste. |
| Representação em UML: | Não há representação em UML para este artefato. |
| Papel: | Analista de Teste |
| Possibilidade de Opção/Ocorrência: | Os Dados de Teste devem ser mantidos pelo menos durante uma parte dos testes, preferencialmente em um armazenamento de dados central. |
| Incluído em: | Um ou mais contêineres de armazenamento de dados. Em alguns casos, os Dados de Teste podem ser incluídos nos artefatos Script de Teste ou Conjunto de Testes. |
| Templates: | |
| Exemplos: | |
| Relatórios: | |
| Mais Informações: | |
| Entrada para Atividades: | Saída de Atividades: |
Os Dados de Teste fornecem uma camada de procedimento indireto e um ponto central de modificação para as características exclusivas de um teste. Quando gerenciados separadamente dos aspectos de procedimento do teste, eles permitem a modificação das características exclusivas do teste de modo independente.
Cada conjunto de Dados de Teste deve considerar diversos aspectos que incluem:
Não há representações em UML para este artefato ou suas propriedades.
|
Nome da Propriedade |
Breve Descrição |
| Nome do Conjunto de Dados | É um nome exclusivo usado para identificar este conjunto de Dados de Teste como um todo. |
| Nome | É um nome ou identificador exclusivo de cada registro, entrada ou combinação de dados. |
| Descrição | É uma descrição resumida do conteúdo do registro dos Dados de Teste, normalmente fornecendo alguma indicação do escopo. |
| Finalidade | Fornece uma explicação do que este registro de Dados 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 Requisitos individuais, Casos de Teste ou Scripts de Teste que precisam ser mencionados. |
Normalmente, você pode começar a reunir sugestões de Dados de Teste logo na Fase de Iniciação. Nesse estágio inicial, convém armazenar os dados reunidos em um formato irrestrito que aplique regras mínimas. Isso permitirá que os registros dos Dados de Teste mal formados sejam capturados parcialmente. À medida que o ciclo de vida for progredindo, principalmente quando há um envolvimento maior da equipe de teste, normalmente é necessário bloquear as restrições garantindo, dessa forma, a integridade dos Dados de Teste. No final da Fase de Elaboração, é necessário que haja uma ampla seleção de tipos de Dados de Teste, com uma quantidade considerável de entradas representativas de registros de dados. Um número maior de registros de dados para áreas de destaque específicas também deverá estar disponível; por exemplo, alguns dos principais casos de uso, cenários de uso, funções de sistema, transações etc.
O Analista de Teste papel é basicamente responsável por esse artefato. As responsabilidades são divididas em duas áreas principais:
O conjunto principal de responsabilidades inclui estas questões de identificação e levantamento de informações:
O conjunto secundário de responsabilidades abrange as seguintes questões de implementação e gerenciamento:
O conteúdo e o formato dos Dados de Teste podem necessitar de modificação para atender às necessidades de cada organização e projeto específicos.
Quando os Dados de Teste são gerenciados independentemente dos aspectos de procedimento de teste, alguns estilos de armazenamento diferentes são usados:
Conforme mencionado anteriormente, é comum que vários elementos de Dados de Teste sejam especificados em um único contêiner de armazenamento e normalmente estejam agrupados pela finalidade ou pelo objetivo geral dos testes.
|
Rational Unified Process
|
