Detalhamento do Fluxo de Trabalho:
|
Tópicos |
|
A finalidade deste detalhamento do fluxo de trabalho é demonstrar que as várias técnicas descritas na Abordagem do Teste facilitarão o teste exigido. Ele demonstra que a abordagem funcionará, produz resultados precisos e é adequado para os recursos disponíveis. O objetivo é compreender as restrições e limitações de cada técnica e encontrar uma solução de implementação adequada ou encontrar técnicas alternativas que possam ser implementadas. Isso ajuda a diminuir o risco de descobrir muito tarde no ciclo de vida do projeto que a abordagem do teste não funciona.
Para cada iteração, o foco principal do trabalho será:
Embora a maioria dos papéis envolvidos na disciplina Teste tome parte da execução desse trabalho, o esforço gira basicamente em torno dos papéis de Designer de Teste e Testador. As habilidades mais importantes para esse trabalho incluem arquitetura de software, design de software e resolução de problemas.
É normal que esse trabalho exija mais recursos nas iterações do final da fase de Iniciação até o início da fase de Construção, exigindo recursos mínimos no final da fase de Construção e de Transição. No entanto, esteja ciente de que, no decorrer do projeto, podem ser identificados novos objetivos e produtos liberados que exijam a definição e verificação de novas Abordagens de Teste.
Como uma heurística para a alocação relativa de recursos por fase, os percentuais típicos do uso de recurso de teste para este detalhamento do fluxo de trabalho são: Iniciação — 30%, Elaboração — 20%, Construção — 10% e Transição — 05%.
Este trabalho é um tanto independente dos ciclos de testes, envolvendo sempre a verificação de técnicas que só serão usadas em Iterações subseqüentes. Esse trabalho normalmente começa depois que a Missão de Avaliação foi definida para a Iteração atual, mas ele pode começar antes. Em alguns casos, encontrar a melhor abordagem de implementação para uma técnica pode demorar várias Iterações.
As atividades de implementação e execução de teste que formam uma parte desse trabalho são realizadas com a finalidade de obter prova demonstrável de que as técnicas verificadas podem realmente funcionar. Assim sendo, você deve limitar a seleção de testes a um subconjunto representativo pequeno; focando basicamente as áreas com muito risco de qualidade. É aconselhável incluir uma seleção de testes passíveis de falha a fim de confirmar que a técnica detectará com êxito essas falhas.
Embora as falhas sejam identificadas com Itens de Teste-Alvo e os incidentes devidamente registrados, não é o objetivo principal desse trabalho identificar falhas nos Itens de Teste-Alvo. O objetivo é verificar se a abordagem é adequada (ela produz resultados que complementam os objetivos da Iteração), se é realizável (ela pode ser implementada com determinadas restrições de recurso) e se funcionará.
Para que esse trabalho produza resultados a tempo, é necessário usar Builds incompletos, "não oficiais", ou realizar o trabalho fora de uma Configuração de Ambiente de Teste. Embora esses sejam compromissos adequados, cuidado com as restrições, os pressupostos e os riscos envolvidos na verificação da abordagem nessas condições.
No decorrer das Fases do ciclo de vida, o foco do esforço de teste normalmente muda. Isso pode demandar abordagens novas ou adicionais, freqüentemente exigindo a introdução de novos tipos de teste ou novas técnicas para dar suporte ao esforço de teste.
Em situações em que a combinação de domínio, a Configuração de Ambiente de Teste e outros aspectos importantes da abordagem não tenham precedentes, o trabalho poderá demorar e consumir mais esforço. Em alguns casos — especialmente onde a automatização é um requisito — pode ser mais econômico obter o uso de habilidades especializadas durante um período limitado de tempo (como em um contrato) para definir e verificar as principais necessidades técnicas da Abordagem de Teste.
As referências a seguir fornecem mais detalhes para orientá-lo na realização dessa tarefa:
Para obter mais informações sobre os conceitos básicos desse trabalho:
|
Rational Unified Process
|
