Atividade:
| ||||||||||||||||||||||||||||||||||||
| Detalhamentos do Fluxo de Trabalho: |
| Finalidade: | Reunir e compreender o resultado dos testes executados. |
Comece coletando os resultados dos Registros de Teste durante a implementação e execução dos testes. Registros relevantes podem vir de várias fontes: eles podem ser capturados pelas ferramentas que você utiliza (as ferramentas de diagnóstico e execução de teste), gerados pelas rotinas personalizadas que a equipe desenvolveu, obtidos a partir dos próprios Itens de Teste-Alvo e registrados manualmente pelo testador. Reúna todas as fontes de Log de Teste disponíveis e examine seu conteúdo. Verifique se todos os testes programados foram bem-sucedidos e se todos os testes necessários foram programados.
| Finalidade: | Registrar a ocorrência de quaisquer eventos anômalos e não triviais para fins de investigação. |
É importante capturar quaisquer ocorrências irregulares: mesmo se você não puder reproduzi-las ou explicá-las agora, os incidentes subseqüentes com sintomas similares conseqüentemente fornecerão informações suficientes para ajudar a isolar a falha que está por trás delas.
Registre o máximo de detalhes possível agora, mas indique que o incidente ainda não pode ser resolvido.
| Finalidade: | Eliminar do registro de incidentes os erros humanos e outros erros de procedimento e de processo detectados no teste. |
É muito comum que várias falhas sejam resultado de erros gerados durante a implementação do teste ou durante o gerenciamento do ambiente de teste. Identifique e corrija esses erros.
Se o teste foi concluído de modo anormal, impedindo que outros testes sejam executados, talvez você precise retomar o teste perto do ponto onde ocorreu a falha e continuar a execução dos testes restantes.
| Finalidade: | Identificar onde a falha está ocorrendo, eliminando da análise de falha os Itens de Teste-Alvo que não são a origem da falha. |
Quanto mais diagnósticos de falha você executar, maior probabilidade haverá de a falha ser identificada e compreendida.
Tente isolar a falha eliminando os Itens de Teste-Alvo que não têm probabilidade de estarem envolvidos na falha e procure tendências e características nos itens restantes, no status do sistema etc.
Faça uma análise da falha reproduzindo-a sob condições controladas, caso a falha não possa ser investigada sem reprodução. Use ferramentas de diagnóstico e depuração quando for necessário.
| Finalidade: | Capturar uma análise útil da falha para facilitar a identificação e resolução da falha. |
Tente diagnosticar a falha subjacente usando a experiência adquirida com incidentes similares que já ocorreram.
Se necessário e disponível, recrute a assistência dos desenvolvedores, tirando proveito do conhecimento interno que eles têm do software, a fim de melhorar a análise da falha.
| Finalidade: | Fornecer à pessoa responsável pela resolução da falha uma compreensão melhor da natureza e do impacto da falha, além de ajudar os desenvolvedores a fornecer idéias possíveis que podem, opcionalmente, ser adotadas. |
Consulte Atividade: Determinar Resultados do Teste - Criar e Manter Solicitações de Mudança para obter informações sobre como escrever relatórios de incidentes e Solicitações de Mudança eficazes.
| Finalidade: | Apresentar sua análise da falha de maneira apropriada para a pessoa responsável pela resolução da falha. |
Consulte Atividade: Determinar Resultados do Teste - Criar e Manter Solicitações de Mudança para obter informações sobre como escrever relatórios de incidentes e Solicitações de Mudança eficazes.
| Finalidade: | Verificar se a atividade foi concluída apropriadamente e se os artefatos resultantes são aceitáveis. |
Agora que você já concluiu o trabalho, recomenda-se verificar se ele é suficientemente importante ou se você apenas desperdiçou grandes quantidades de papel. Você deve avaliar se o trabalho oferece a qualidade apropriada e se ele está completo o suficiente para ser útil aos membros da equipe que o utilizarão como entrada para seus trabalhos. Quando possível, use as listas de verificação fornecidas no RUP para verificar se a qualidade e a abrangência são "satisfatórias".
Faça com que as pessoas que executam as atividades subordinadas que servem como entrada para seu trabalho participem da revisão do mesmo. Faça isso enquanto você ainda tem tempo disponível para tomar medidas que resolverão as preocupações delas. Você deve também avaliar o trabalho com base nos principais artefatos informados, a fim de assegurar que os representou de modo preciso e suficiente. Talvez seja útil fazer com que o autor do artefato informado revise o trabalho nessa base.
Tente lembrar que o RUP é um processo iterativo e que, em vários casos, os artefatos evoluem no decorrer do tempo. Sendo assim, geralmente não é necessário — e, muitas vezes, é contraproducente — desenvolver completamente um artefato que será apenas parcialmente utilizado ou não será utilizado no trabalho imediatamente subseqüente. Isso acontece porque há uma grande probabilidade de mudança na situação em torno do artefato — e de que os pressupostos feitos quando o artefato foi criado se mostrem incorretos — antes que ele seja usado, resultando em esforço perdido e retrabalho dispendioso. Além disso, evite a armadilha de gastar vários 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 usar um recurso administrativo para executar as tarefas de apresentação.
|
Rational Unified Process
|
