Atividade: Identificar Motivadores de Teste

Identificar os itens-alvo da iteração

Examine o plano de iteração e identifique os itens específicos que determinarão o plano e os principais produtos liberados que serão avaliados pela execução do plano. Estes são os elementos-chave que deverão ser examinados: Listas de riscos, Listas de Solicitações de Mudança, Conjuntos de requisitos, Listas de Casos de Uso, Modelos UML etc.

Convém suplementar esse exame com reuniões que marcam o início da iteração. Se esses itens ainda não tiverem sido planejados, organize um plano para a equipe de teste e convide os principais membros da equipe de gerenciamento e desenvolvimento de software (por exemplo, o gerente de projeto, o arquiteto de software, os chefes da equipe de desenvolvimento).

Reunir e examinar as informações relacionadas

Examine o plano de iteração, procurando inicialmente por elementos claramente definidos e tangíveis, considerados boas sugestões para a avaliação. Examine os detalhes por trás do trabalho a ser feito, incluindo tanto o "novo trabalho" como as Solicitações de Mudança etc. Estude os riscos que serão abordados pelo plano para entender claramente o possível impacto do risco e o procedimento a ser executado para lidar com ele (diminuí-lo, transferi-lo, eliminá-lo etc.)

Identificar as sugestões de motivadores

Com base no conhecimento adquirido com o plano de iteração, identifique possíveis origens para os itens que motivarão o esforço de teste. A motivação pode ser proveniente de inúmeras origens: um artefato individual, um conjunto de artefatos, um evento, uma atividade ou a ausência de qualquer um desses itens. As origens podem incluir: Lista de Riscos, Solicitações de Mudança, Conjunto de Requisitos, Casos de Uso, Modelos UML etc.

Para cada origem, examine os detalhes referentes a possíveis motivadores. Se você não conseguir encontrar muitos detalhes ou se não estiver familiarizado com a origem da motivação, convém discutir os itens com o analista e com a equipe de gerenciamento, normalmente discutindo primeiro com o gerente de projeto ou com os principais analistas de sistemas.

Após examinar as informações e discuti-las com a equipe relevante, enumere uma lista de sugestões de motivadores de teste.

Determinar os riscos de qualidade

Usando a lista de sugestões de motivadores de teste, considere cada motivador em termos de possíveis riscos de qualidade. Isso o ajudará a compreender melhor a importância relevante de cada sugestão e poderá revelar outras sugestões de motivadores que estejam faltando na lista.

Há várias dimensões diferentes do risco de qualidade e é possível que um único motivador possa destacar a possibilidade de risco em várias categorias. Destaque os possíveis riscos de qualidade em cada sugestão de motivador e indique a probabilidade de o risco ocorrer e o impacto causado se ele ocorrer.

Definir a lista de motivadores

Usando a lista de sugestões de motivadores e as informações sobre risco de qualidade relacionadas a eles, determine a importância relativa dos motivadores. Determine os motivadores que podem ser abordados na iteração atual (você talvez deseje manter a lista com as outras sugestões para as iterações subseqüentes).

Defina a lista de motivadores, documentando-a conforme apropriado. Isso poderá ser feito como parte do plano de teste de iteração, em um banco de dados ou em uma planilha, ou como uma lista contida em algum outro artefato. Recomenda-se que você explique em poucas palavras a importância do motivador e os aspectos do risco de qualidade que ele ajudará a solucionar.

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 tomem parte nele 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 eles. 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.

Tente lembrar-se de que o RUP é um processo iterativo e que, em vários casos, os artefatos evoluirão com o passar do 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 finais, utilize um recurso administrativo para tarefas de apresentação.

Copyright  (c) 1987 - 2001 Rational Software Corporation

Rational Unified Process