Atividade:
| ||||||||||||||||||||||||||||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes: |
| Freqüência: Esta atividade é normalmente executada várias vezes por iteração. . | |
| Papel: Analista de Teste | |
| Mentores de Ferramentas: | |
| Informações Adicionais: |
|
| Detalhamentos do Fluxo de Trabalho: |
| Finalidade: | Compreender os principais produtos liberados da equipe de desenvolvimento na próxima programação. |
Usando o Plano de Iteração e outras fontes disponíveis, identifique os itens de software individuais que a equipe de desenvolvimento planeja produzir para a próxima Iteração. Se o esforço de desenvolvimento estiver distribuído entre as equipes situadas em vários locais, pode ser que você precise discutir os planos de desenvolvimento diretamente com cada equipe. Verifique se algum desenvolvimento é subcontratado e use todos os canais disponíveis para reunir detalhes do esforço de desenvolvimento dos subcontratantes.
Da mesma forma que em um novo software, observe também se ocorreram mudanças na infra-estrutura e nos componentes compartilhados. Essas mudanças podem afetar outros elementos de software dependentes ou associados produzidos nos ciclos de desenvolvimento anteriores, tornando necessário testar o efeito dessas mudanças nesses elementos. Por razões semelhantes, identifique qualquer mudança e adição a componentes de outro fabricante que pretendem ser utilizados pelo esforço de desenvolvimento. Entre os componentes estão incluídos componentes compartilhados, bibliotecas de códigos básicas ou comuns, widgets da GUI, utilitários de persistência etc. Reveja a arquitetura de software para determinar o mecanismo que está sendo usado e que pode ser afetado pelas mudanças nos componentes de outro fabricante.
| Finalidade: | Identificar os itens-alvo a serem usados pelo esforço de teste. |
Para cada motivador de teste identificado, examine a lista de itens de software a ser fornecida como parte desse ciclo de desenvolvimento. Faça uma lista inicial que exclua qualquer item que não possa ser justificado como útil do ponto de vista dos motivadores de teste. Lembre-se de incluir o software de outro fabricante bem como o software a ser desenvolvido diretamente pela equipe de desenvolvimento de projeto.
Considere também o impacto dos diversos ambientes-alvo de implantação nos elementos a serem testados. Sua lista de sugestões de elementos de sistema deverá ser expandida para incluir o software que está sendo desenvolvido e as sugestões de elementos do ambiente-alvo. Esses elementos incluirão dispositivos de hardware, software de drivers de dispositivos, sistemas operacionais, software de rede e comunicação, componentes de software básicos de outro fabricante (por exemplo, software cliente de e-mail, Navegadores da Internet etc.) e diversas configurações relacionadas às possíveis combinações de todos esses elementos.
Se tiver identificado ambientes-alvo de implantação importantes, registre essas informações criando ou atualizando uma ou mais Configurações de Ambiente de Teste descritas; essa descrição deve fornecer um nome, um resumo e enumerar os principais requisitos ou características da configuração. Evite perder muito tempo nessas descrições; a lista de requisitos e características será detalhada subseqüentemente em Atividade: Definir Configurações do Ambiente de Teste.
| Finalidade: | Eliminar os alvos desnecessários do plano de trabalho do esforço de teste e adicionar a ele os elementos ausentes. |
Usando a missão e o escopo de avaliação do esforço de teste, em conformidade com os envolvidos na avaliação, examine a lista de itens-alvo e identifique aqueles que não satisfazem à missão de avaliação e que, obviamente, estão fora do escopo do esforço de teste.
Como uma verificação contrária, examine criticamente os itens novamente e questione se a missão de avaliação e o escopo do esforço de teste realmente serão satisfeitos pela lista refinada de itens-alvo. Pode ser necessário adicionar outros elementos à lista de itens-alvo para garantir o escopo apropriado e a capacidade de atingir a missão de avaliação.
| Finalidade: | Comunicar as decisões tomadas sobre os itens de teste-alvo para o próximo trabalho. |
Agora que decidiu sobre os itens de teste-alvo, você precisará comunicar suas escolhas à equipe de teste e aos outros envolvidos no esforço de teste. Discutivelmente, o método mais comum consiste em documentar as decisões sobre os itens-alvo no Plano de Iteração de Teste.
Uma alternativa é simplesmente registrar essas informações em algum tipo de tabela ou planilha e utilizá-las para orientar a atribuição do trabalho e das responsabilidades. Durante a implementação e execução de testes, os testadores individuais utilizarão essas informações para tomar decisões táticas sobre os testes específicos a serem implementados, e sobre os resultados de teste que devem ser capturados em relação a esses itens-alvo.
| Finalidade: | Verificar se a atividade foi concluída de forma apropriada e se os artefatos resultantes são aceitáveis. |
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 entrada 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.
|
Rational Unified Process
|
