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. Os elementos-chave que devem ser examinados incluem: Listas de Riscos, listas de Controles de Mudanças, 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).

Examine o plano de iteração, procurando inicialmente por elementos claramente definidos e tangíveis, considerados boas sugestões para a avaliação. Examinar os detalhes por detrás do trabalho a ser feito, incluindo o "novo trabalho", os Controles de Mudanças, etc. Examine os riscos que serão tratados pelo plano para compreender claramente o possível impacto do risco e o que deve ser feito para tratá-lo (diminuir, transferir, eliminar etc.)

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 uma entre várias origens: um produto de trabalho individual, um conjunto de produtos de trabalho, um evento ou uma atividade ou a falta de qualquer um destes. As origens podem incluir: Lista de Riscos, Controles de Mudanças, Conjunto de Requisitos, 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.

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.

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 produto de trabalho. 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.

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

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 as listas de verificação fornecidas no RUP para verificar se a qualidade e a integridade estão suficientemente boas.

Faça com que as pessoas que desempenham tarefas posteriores, que dependem do seu trabalho como entrada, participem da revisão do seu trabalho provisó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 seu trabalho em relação aos principais produtos de trabalho de entrada para certificar-se de que foram representados de maneira precisa e suficiente. Pode ser útil fazer com que o autor do produto de trabalho de entrada revise seu trabalho nessa base.

Não se esqueça de que o RUP é um processo de entrega interativo e que, em muitos casos, os produtos de trabalho evoluem com o tempo. Dessa formal, nem sempre é necessário (e às vezes é contraproducente) formar completamente um produto de trabalho que será utilizado apenas parcialmente ou que nem será utilizado no trabalho imediato subseqüente. Isso acontece porque há uma grande probabilidade de que a situação em torno do produto de trabalho sofra alterações e de que os pressupostos feitos quando o produto de trabalho foi criado se provem incorretos, antes que o produto de trabalho seja utilizado, resultando em esforço perdido e 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.