Identificar Motivadores de Teste e Itens de Objetivo do Teste relevantes
Finalidade:
|
Entender os principais motivadores que impulsionam o esforço de teste para a iteração atual e verificar
como eles estão relacionados com um ou mais Itens de Objetivo do Teste.
|
Usando o Plano de Teste de Iteração, reveja os Motivadores de Teste. A motivação pode ser proveniente de uma entre
várias origens: um produto de trabalho individual, um conjunto de produtos de trabalho, um evento ou atividade ou a
falta de qualquer um destes. As origens podem incluir: Lista de Riscos, Controles de Mudanças, Casos de Uso, outros
produtos de trabalho de Requisitos, Modelos UML, etc.
Não basta para uma Lista de Idéias de Teste conter uma única entrada que se refira à validação de um único requisito de
origem. Essa certamente deveria ser uma entrada na lista, mas uma Lista de Idéias de Teste bem formada tenta
avisar sobre a qualidade de um determinado Item de Objetivo do Teste em várias outras dimensões, além de validar a
conformidade com a especificação.
|
Examinar os Catálogos de Idéias de Teste disponíveis relevantes
Finalidade:
|
Dar a partida para a identificação de testes utilizando as idéias de teste avaliadas existentes.
|
Utilize qualquer Catálogo de Idéias
de Teste disponível ou outras diretrizes estabelecidas, para identificar idéias iniciais para os testes.
|
Efetuar Brainstorm com Idéias de Teste adicionais
Finalidade:
|
Gerar idéias de teste adicionais.
|
Estimular outros membros da equipe de teste a contribuírem com idéias de teste adicionais. Tente fazer isso
informalmente durante um almoço "de negócios". Para estimular a sessão, você pode ler trechos selecionados de
publicações de teste, livros publicados ou e-mails relevantes das listas de e-mails da comunidade de teste.
Além de normalmente ajudar, esse procedimento é útil e importante principalmente quando não há Catálogos de Idéias de
Teste para usar como referência. Consulte a seção "Informações Adicionais", na tabela de cabeçalhos desta página, para
obter diretrizes adicionais sobre brainstorming e redução de idéias.
|
Listar Idéias de Teste sugeridas
Finalidade:
|
Selecionar as sugestões apropriadas para inclusão na Lista de Idéias de Teste.
|
Para cada combinação de Motivador de Teste e Item de Objetivo do Teste, liste as possíveis sugestões de Idéias de
Teste.
|
Refinar a Lista de Idéias de Teste
Finalidade:
|
Fazer mais revisões e melhorias.
|
Convém que você obtenha uma amostragem mais extensa do feedback. Mostre sua lista à equipe de desenvolvimento
interessada, aos representantes dos clientes e a outros investidores que possam ter mais idéias para acrescentar.
Neste estágio, geralmente é melhor ter um número maior de idéias do que o contrário. Simplesmente refina a lista,
adicionando qualquer outra entrada, e remova as entradas que estejam obviamente duplicadas.
|
Manter Relacionamentos de Rastreabilidade
Finalidade:
|
Permitir a análise do impacto e a geração de um relatório de avaliação dos itens rastreados.
|
Usando os requisitos de Rastreabilidade descritos no Plano de Teste, atualize os relacionamentos de rastreabilidade
conforme necessário.
|
Avaliar e Verificar os Resultados
Finalidade:
|
Verificar se a tarefa foi concluída apropriadamente e se os produtos de trabalho resultantes são
aceitáveis.
|
Agora que o trabalho foi concluído, convém certificar-se de que o trabalho foi vantajoso e que não foi apenas um grande
consumo de papel. Você deve avaliar se o trabalho é de qualidade adequada e se ele é completo o suficiente para ser
útil aos membros da equipe que o utilizarão em seguida como entrada para o trabalho deles. Onde for possível, utilize
listas de verificação fornecidas no RUP para verificar se a qualidade e a abrangência são "suficientemente boas".
Faça as pessoas que realizam as tarefas de recebimento de dados, que dependem do seu trabalho como entrada,
participarem da revisão do trabalho temporário. Faça isso enquanto você tiver tempo disponível para tomar alguma ação
para resolver os problemas delas. Você também deve avaliar o trabalho em relação aos principais produtos de trabalho de
entrada para certificar-se de que eles foram representados de modo preciso e suficiente. Pode ser conveniente que o
autor do produto de trabalho de entrada revise o seu trabalho nesse sentido.
Não se esqueça que o RUP é um processo de entrega iterativo e que, em muitos casos, os produtos de trabalho evoluem com
o tempo. Nem sempre ele é necessário e, criar um produto de trabalho completo geralmente é contraproducente, pois ele
será usado apenas parcialmente ou não mais será usado em outros trabalhos. Isso acontece porque há uma grande
probabilidade de alteração na situação em torno do produto de trabalho e de que as suposições feitas durante a criação
do produto de trabalho estejam incorretas, antes do produto de trabalho ser utilizado, resultando em esforço perdido e,
portanto, em retrabalho dispendioso. Evite também a armadilha de gastar muitos ciclos na apresentação em detrimento do
valor do conteúdo. Nos ambientes de projeto em que a apresentação tem importância e valor econômico como um produto
liberado do projeto, convém utilizar um recurso administrativo para executar as tarefas de apresentação.
|
|