Atividade: Definir Detalhes do Teste

Examinar o Item de Teste-Alvo e a Lista de Idéias de Teste relacionada

Usando a Lista de Idéias de Teste como contexto, examine as informações disponíveis sobre o Item de Teste-Alvo. O Caso de Uso e os artefatos relacionados (por exemplo, Realização de Casos de Uso, Encenação de Caso de Uso e Cenários de Caso de Uso) em geral são boas fontes que podem ser usadas como ponto de partida, como também qualquer Especificação Suplementar, Regra de Negócio e artefatos de design.

No caso de um número limitado de informações disponíveis, talvez seja necessário discutir o Item de Teste-Alvo diretamente com a equipe de desenvolvimento.

Selecionar um subconjunto das idéias de teste para detalhar

Reveja a Lista de Idéias de Teste e selecione algumas idéias de teste para as quais você projetará testes detalhados. Na maioria dos casos, você selecionará um subconjunto das idéias de teste, baseado nas restrições de tempo, na relevância das idéias de teste para o ciclo de teste atual, na abrangência do Item de Teste-Alvo etc. Dependendo do contexto específico de sua situação, o número real de idéias de teste consideradas no ciclo de teste atual será diferente em cada caso.

Recomenda-se que você evite elaborar um projeto para todas as idéias de teste na primeira vez em que projetar a partir de uma Lista de Idéias de Teste específica. Nesse caso, adote uma abordagem incremental e iterativa para o trabalho com a Lista de Idéias de Teste, concentrando-se em seus esforços, e não nas poucas idéias que você imagina que têm mais probabilidade de produzir informações úteis de avaliação para o ciclo de teste específico. Isso ajudará a diminuir o risco de você dedicar um tempo muito grande a um único Item de Teste-Alvo, negligenciando outros itens, e minimizará o risco de desperdiçar esforço em designs de idéias de teste que mais tarde provarão ser de pouco interesse.

Projetar o Teste para cada idéia de teste

• Tradicionalmente, o design de teste foi capturado como um Artefato: Caso de Teste.
• O Artefato: Modelo de Análise de Carga de Trabalho é teoricamente uma forma especializada e mais complexa de Caso de Teste relacionada especificamente ao teste de desempenho do sistema.
• Dependendo da complexidade do teste e da cultura do projeto, talvez seja apropriado realizar o teste diretamente como um Artefato: Script de Teste, uma abordagem a ser considerada se você puder aceitar a não criação de artefatos de Casos de Teste. Se você adotar essa abordagem, não se esqueça de incluir bastantes informações úteis em seus Scripts de Teste explicando o motivo pelo qual o teste é útil. Use esses comentários para atuarem como um Caso de Teste informal, em linha.

Usando as informações reunidas, considere cada um destes aspectos do teste.

Identificar a entrada, a saída e as condições de execução

Considerando o teste de uma perspectiva tipo "Caixa preta", identifique as principais características externas visíveis que o definem. Identifique quais entradas serão necessárias para estimular o teste e quais saídas resultantes devem ser esperadas. Enumere também as principais condições de execução — os motivos da condição de execução não precisam ser explicados ou entendidos para este passo.

Observe que as Entradas e as Saídas Esperadas — dependendo do teste específico — variarão desde valores simples de tipos de dados (por exemplo, "A", "1") até dados complexos multidimensionais (por exemplo, um clipe de som, um objeto). É melhor definir os qualificadores subjacentes em uma Entrada ou nas Saídas Esperadas determinadas do que fornecer apenas valores específicos. Desse modo, a pessoa que implementar ou executar posteriormente o teste terá a noção necessária do raciocínio subentendido nos Dados de Teste, o que lhe permitirá optar por uma substituição, alterando os valores para variar o teste em qualquer execução específica.

Identificar as sugestões de pontos de observação

O ponto de observação é um ponto durante a execução de um teste em que se deseja observar algum aspecto do estado do ambiente de teste. Com base no seu conhecimento das condições de execução, na entrada e nas saídas esperadas, identifique os pontos específicos a serem observados durante a execução do teste e identifique quais dados devem ser observados.

Identificar as sugestões de pontos de controle

O ponto de controle é um ponto durante a execução de um teste em que se deseja escolher uma de várias opções em relação ao fluxo de controle do teste. Investigue os Cenários de Teste disponíveis e, para cada um deles, considere os pontos em que ocorrerá variação do controle através de diferentes execuções do teste. Agrupe todos os diversos pontos de controle e reduza a lista aos pontos necessários para o ciclo de teste atual..

Identificar as previsões apropriadas

A previsão de teste combina os valores de saída esperados a serem testados com os meios através dos quais esses valores podem ser descobertos: inclui tanto a resposta quanto o meio usado para fornecê-la. Por exemplo, para verificar a representação precisa das fontes usadas em um pacote de processamento de texto, a visualização de impressão poderá ser usada como meio para verificar a apresentação das fontes. A previsão de teste identifica aspectos da forma e da função necessárias para comparar os resultados reais do teste com os resultados esperados.

Definir fontes de dados, valores e faixas necessárias

Conforme mencionado anteriormente, os Dados de Teste são fornecidos em vários formatos.

Em possíveis interdependências de dados complexos, tente usar Especialistas de Domínio para especificar condições apropriadas dos Dados de Teste. Algumas ferramentas de produtividade de teste fornecem características ou utilitários que permitem gerar conjuntos de Dados de Teste de forma simplificada.

Definir a origem dos Dados de Teste consumíveis suficientes

A geração ou o agrupamento preciso de Dados de Teste apropriados é uma das tarefas mais difíceis e de maior consumo de tempo na definição de um teste. Isso é comprovado principalmente quando o sistema de uma classe usa um grande número de dados.

Recomenda-se registrar os Dados de Teste no Microsoft Excel ou em outro produto com interface de gerenciamento de dados tabulares, como o Microsoft Access.

Manter relacionamentos de rastreabilidade

Usando os requisitos de Rastreabilidade descritos no Plano de Teste, atualize os relacionamentos de rastreabilidade conforme necessário.

Avaliar e verificar os resultados

Agora que você concluiu o trabalho, convém verificar se ele foi proveitoso e garantir que você não apenas consumiu uma grande quantidade de papel. Avalie se a qualidade de seu trabalho é apropriada e se ele está completo o suficiente para ser útil aos membros da equipe que o utilizarão depois como entrada em seu próprio trabalho. Sempre que possível, use as listas de verificação fornecidas no RUP para verificar se a qualidade e a abrangência estão satisfatórias.

Faça com que as pessoas que executam as atividades subordinadas e que dependem de seu trabalho como input participem revisando o seu trabalho provisório. Faça isso enquanto ainda dispõe de tempo para executar algum tipo de ação em relação às questões levantadas por elas. Avalie também seu trabalho, comparando-o com os principais artefatos informados para verificar se eles foram representados de forma precisa e satisfatória. Talvez seja útil solicitar ao autor do artefato informado para rever seu trabalho baseado nisso.

Lembre-se de que o RUP é um processo iterativo e de que, em muitos casos, os artefatos evoluem com o tempo. Portanto, normalmente não é necessário — e, em geral, é improdutivo — formar um artefato completo que será usado apenas parcialmente ou que nem será usado no trabalho imediatamente subseqüente. Isso porque há uma grande probabilidade de a situação que envolve o artefato ser alterada — e as suposições feitas no momento de criação do artefato acabarem sendo incorretas — antes de o artefato ser usado, resultando em desperdício de esforço e em um dispendioso retrabalho. Evite também a armadilha de ficar perdendo tempo com inúmeros ciclos de apresentação em detrimento do valor do conteúdo. Em ambientes de projeto em que apresentações têm grande importância e são considerados produtos liberados, utilize um recurso administrativo para tarefas de apresentação.

Copyright  © 1987 - 2001 Rational Software Corporation

Rational Unified Process