Atividade: Definir Abordagem do Teste

http://www.wthreex.com/rup/process/activity/ac_tst_dfntstapr.htm#Ex...

Papis e Atividades >

Conjunto de Papis do Desenvolvedor >

Designer de Teste >

Definir Abordagem do Teste

Atividade: Definir Abordagem do Teste

Finalidade

Identificar cada tcnica especfica a ser empregada para permitir o teste desejado. Descrever as funes de cada tcnica, incluindo os tipos de teste suportados. Definir uma sugesto de arquitetura para o sistema de automatizao de testes.
Passos

Examinar os motivadores de teste e os itens de teste-alvo Examinar a arquitetura do software Considerar os aspectos gerais e detalhados apropriados da abordagem de teste Identificar as tcnicas de teste existentes para reutilizao Identificar tcnicas adicionais Para cada tcnica existente ou necessria; Definir os objetivos e o escopo, Descrever o mtodo de implementao, Identificar um mtodo de avaliao adequado, Identificar um uso de automatizao aplicvel, Identificar as ferramentas aplicveis Descrever a Arquitetura para Automatizao de Testes Definir a estratgia de gerenciamento de configurao de componentes de teste Elaborar um relatrio sinttico da disponibilidade dos componentes reutilizveis Capturar suas descobertas Avaliar e verificar os resultados
Artefatos Informados: Artefatos Resultantes:

Plano de Iterao Documento de Arquitetura de Software Modelo de Implantao Modelo de Casos de Uso Especificao de Requisitos de Software Viso Encenao de Caso de Uso Plano de Teste Arquitetura para Automatizao de Testes Especificao de Interface de Teste Configurao de Ambiente de Teste Guia de Teste

Solicitao de Mudana Plano de Teste Arquitetura de Automatizao de Teste Especificao de Interface de Teste Configurao do Ambiente de Teste Guia de Teste

1 de 6

04/12/2011 23:56

Atividade: Definir Abordagem do Teste

http://www.wthreex.com/rup/process/activity/ac_tst_dfntstapr.htm#Ex...

Freqncia:

Normalmente, esta atividade executada vrias vezes em cada

iterao.
Papel:

Designer de Teste

Mentores de Ferramentas:

Realizao de Atividades de Testes Usando o Rational TestManager Criao de um Plano de Teste Usando o Rational TestManager
Informaes Adicionais:

Detalhamentos do Fluxo de Trabalho:

Teste Definir Misso de Avaliao

Examinar os motivadores de teste e os itens de teste

Finalidade:

Considerar a influncia da misso, os motivadores de teste e os itens de teste na abordagem do prximo esforo de teste.

Usando a misso de avaliao como contexto, examine o Plano de Teste de iterao e estude os motivadores de teste identificados para o prximo esforo de teste. Talvez seja necessrio uma maior investigao na fonte de Motivadores - geralmente, o plano de iterao permite localizar informaes adicionais. Considere a abordagem de teste e as tcnicas associadas que podem ser necessrias para abordar cada Motivador. Examine tambm o Plano de Teste de iterao e estude os itens de teste. Cada item de teste-alvo dever ser considerado em relao a cada Motivador, e a abordagem e as tcnicas devero ser estendidas de acordo. Se voc no conseguir localizar muitos detalhes ou se no estiver familiarizado com os itens de teste, talvez seja conveniente discutir os itens-alvo com a equipe de desenvolvimento, normalmente comeando pelo arquiteto de software ou pelos chefes da equipe de desenvolvimento. Concentre-se em identificar o conjunto mnimo de tcnicas necessrias para abordar satisfatoriamente a misso de avaliao e os motivadores. Procure por oportunidades em que uma tcnica possa ser usada para abordar mais de um aspecto do teste necessrio. Observe outras tcnicas possveis que paream interessantes para serem exploradas, mas esteja preparado para identific-las como adicionais, e no essenciais.

Examinar a arquitetura do software

Finalidade:

Considerar a influncia da arquitetura de software na abordagem do teste.

Estude a Arquitetura do Software para compreender seus elementos-chave mecanismos, principais vises etc. Em geral, o Documento de Arquitetura do Software fornece informaes apropriadas, com o nvel certo de detalhes, para serem usadas no caso de uma abordagem de teste. Para esclarecer essas informaes ou, na falta de um documento, convm discutir a arquitetura com a equipe de desenvolvimento, normalmente conversando diretamente com o arquiteto de

2 de 6

04/12/2011 23:56

Atividade: Definir Abordagem do Teste

http://www.wthreex.com/rup/process/activity/ac_tst_dfntstapr.htm#Ex...

software ou com um dos chefes da equipe de desenvolvimento. Concentre-se na identificao e na discusso dos principais mecanismos e tente adquirir uma boa compreenso desses aspectos do sistema. Cada mecanismo e principal caracterstica da arquitetura provavelmente apresentar desafios ou restries ao esforo de teste. Por exemplo, uma arquitetura distribuda pode necessitar que a equipe de teste seja organizada em subequipes, com cada equipe concentrada em uma camada de arquitetura. Embora tcnicas criativas possam ser usadas com freqncia para superar esses desafios, talvez seja necessrio que a equipe de desenvolvimento modifique o software para permitir o teste, conforme discutido em Atividade: Definir Elementos de Testabilidade.

Considerar os aspectos gerais e detalhados apropriados da abordagem de teste

Finalidade:

Considerar a abrangncia da abordagem de teste em termos gerais e detalhados.

Considerando todos os detalhes agora conhecidos sobre os requisitos para a abordagem de teste, melhor recuar e considerar a abordagem de teste de uma perspectiva de nvel superior. Que aspectos no so tratados pela abordagem de teste mas deveriam? H algum aspecto que deva ser explorado e que no aparece em nenhuma das informaes documentadas? Baseado em sua experincia, reveja os requisitos para a abordagem do teste nos nveis geral e detalhado apropriados para este estgio do ciclo de vida do projeto. Considere os requisitos adicionais que ajudaro a apresentar uma abordagem mais completa.

Identificar as tcnicas de teste existentes para reutilizao

Finalidade:

Reutilizar ou adaptar a partir das tcnicas de teste avaliadas existentes, conforme apropriado.

Com base em sua prpria experincia ou em outra experincia qual voc tenha acesso, identifique as tcnicas existentes que atendero aos requisitos da abordagem de teste ou que podero ser adaptadas para atend-los.

Identificar tcnicas adicionais

Finalidade:

Identificar as tcnicas necessrias para fornecer uma abordagem de teste suficiente e abrangente.

No convm imaginar uma abordagem de teste como "completa" h sempre tcnicas adicionais que podero ser experimentadas se houver tempo e recursos ilimitados. Entretanto, importante que a abordagem de teste seja bem definida e abrangente o bastante para permitir uma avaliao til da qualidade percebida que dever ser feita. Isso requer uma abordagem que avalie aspectos suficientes do risco ou das dimenses de qualidade para que a equipe de projeto avalie a qualidade percebida com um grau de confiana justificado.

Para cada tcnica existente ou necessria

3 de 6 04/12/2011 23:56

Atividade: Definir Abordagem do Teste

http://www.wthreex.com/rup/process/activity/ac_tst_dfntstapr.htm#Ex...

Finalidade:

Descrever as funes de cada tcnica, incluindo o objetivo do teste suportado.

Descrever as funes de cada tcnica. Abordar o tipo de teste suportado, o objetivo e o escopo, o mtodo de implementao, as previses de teste, o mtodo de avaliao e as necessidades de automatizao da tcnica. Em vrios casos, voc reutilizar a tcnica de um projeto para o outro. Nessa situao, voc poder simplesmente fazer referncia a uma definio comum da tcnica ou copiar a definio existente e revis-la, conforme apropriado. Definir os objetivos e o escopo Vrias tcnicas suportaro mais de um tipo de teste, portanto, pense um pouco e tente identificar quais testes a tcnica precisar suportar. Isso ajudar a identificar o escopo do esforo necessrio caso a tcnica esteja sendo definida pela primeira vez. Pense no objetivo fundamental e no valor representado por essa tcnica. Descrever o mtodo de implementao Defina como a tcnica ser implementada. No basta afirmar simplesmente: "Estamos testando o desempenho do sistema" voc deve pensar seriamente em como isso pode ser alcanado. Algumas tcnicas que voc gostaria de usar tm um custo elevado para serem adquiridas. Descrevendo rapidamente como abordar a implementao dessa tcnica, voc conseguir obter um sentido geral da logstica e dos aspectos prticos que envolvem a aquisio da tcnica futuramente. Identificar um mtodo de avaliao adequado Determine como voc observar e avaliar os resultados de cada teste implementado usando essa tcnica. Pense nas diferentes Previses de Teste disponveis para utilizao existe uma nica previso ou h diferentes maneiras de determinar o resultado de cada teste? Identificar um uso de automatizao aplicvel A automatizao pode desempenhar um papel importante em vrias tcnicas de teste. Em alguns casos, ela ser menos sofisticada, simplesmente oferecendo suporte para a conduo de testes manuais. Pense em como o trabalho que envolve a tcnica poderia ser implementado, mantido e gerenciado de modo mais eficaz. Pense em todos os aspectos leve em conta aspectos gerais e detalhados, considerando o maior nmero de opes possveis. Identificar as ferramentas aplicveis Identifique as ferramentas apropriadas a serem usadas com essa tcnica de teste. Use o trabalho do passo anterior que identificou as utilizaes da automatizao. Lembre-se de considerar uma ampla variedade de categorias de ferramentas; sua lista de sugestes de ferramentas deve incluir mais do que apenas as ferramentas de automatizao para execuo de

4 de 6

04/12/2011 23:56

Atividade: Definir Abordagem do Teste

http://www.wthreex.com/rup/process/activity/ac_tst_dfntstapr.htm#Ex...

testes. Alm das ferramentas que automatizam a execuo de testes, considere ferramentas que melhoraro a produtividade da equipe de teste, reduzindo tarefas repetitivas e trabalhosas, como o gerenciamento de Dados de Teste, a anlise de Resultados de Teste, as ferramentas de elaborao de relatrios de incidentes e Solicitaes de Mudana etc.

Descrever a Arquitetura para Automatizao de Testes

Finalidade:

Definir uma sugesto de arquitetura para o sistema de automatizao de testes.

Baseado na experincia adquirida de sistemas semelhantes ou em domnios de problema semelhantes, comece a definir uma sugesto de arquitetura para o sistema de automatizao de testes. Recomenda-se que voc reveja as informaes no link a seguir para obter ajuda para esta tarefa: Detalhamento do Fluxo de Trabalho: Definir uma Sugesto de Arquitetura.

Definir a estratgia de gerenciamento de configurao de componentes de teste

Finalidade:

Considerar os requisitos do teste para o gerenciamento de configurao.

Assim como vrios outros artefatos produzidos durante um projeto de desenvolvimento de software, os componentes de teste so sugestes para o gerenciamento de configurao e o controle de verso. Os requisitos especficos podem variar em termos de complexidade, desde a deciso de utilizao de servios bsicos de backup e recuperao permitidos at o suporte total para o desenvolvimento paralelo de Scripts de Teste automatizados em vrios locais com diferentes verses de um aplicativo. Pense nos seus requisitos para o gerenciamento de configurao e comece a esquematizar as provveis necessidades de logstica para a realizao desses requisitos.

Elaborar um relatrio sinttico da disponibilidade dos componentes reutilizveis

Finalidade:

Reduzir o risco e o esforo reutilizando os componentes avaliados existentes.

Algumas vezes, melhor criar componentes a partir do zero, e algumas vezes no. Tente obter um equilbrio razovel entre a filosofia do tipo "faa voc mesmo" para todo o processo e o estabelecimento de uma poltica rgida e burocrtica para a criao de um novo artefato. Algumas vezes, uma abordagem ser melhor do que outra, portanto, voc deve ser flexvel o suficiente para aproveitar os benefcios oferecidos pelas duas abordagens.

Capturar suas descobertas

5 de 6

04/12/2011 23:56

Atividade: Definir Abordagem do Teste

http://www.wthreex.com/rup/process/activity/ac_tst_dfntstapr.htm#Ex...

Finalidade:

Registrar as importantes informaes sobre a abordagem de teste.

De acordo com diversos fatores, incluindo tamanho da equipe e cultura da organizao, haver maneiras melhores e piores de registrar as decises feitas sobre a abordagem de teste. Normalmente, haver dois pblicos a serem considerados a equipe de gerenciamento desejar rever essas informaes para fornecer uma aprovao e estar ciente das implicaes logsticas da abordagem, e a equipe de teste desejar usar a abordagem de teste como orientao para o trabalho a ser executado. Tente encontrar um meio apropriado para lidar com essas duas necessidades de modo conveniente: talvez usando um site de projeto da Intranet na Web.

Avaliar e verificar os resultados

Finalidade:

Verificar se a atividade foi concluda corretamente e se os artefatos resultantes so aceitveis.

Agora que voc concluiu o trabalho, convm verificar se ele foi proveitoso e garantir que voc no 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 utilizaro depois como entrada em seu prprio trabalho. Sempre que possvel, use as listas de verificao fornecidas no RUP para verificar se a qualidade e a abrangncia esto satisfatrias. Faa com que as pessoas que executam as atividades subordinadas e que dependem de seu trabalho como input participem revisando o seu trabalho provisrio. Faa isso enquanto ainda dispe de tempo para executar algum tipo de ao em relao s questes levantadas por elas. Avalie tambm seu trabalho, comparando-o com os principais artefatos informados para verificar se eles foram representados de forma precisa e satisfatria. Talvez seja til solicitar ao autor do artefato informado para rever seu trabalho baseado nisso. Lembre-se de que o RUP um processo iterativo e de que, em muitos casos, os artefatos evoluem com o tempo. Portanto, normalmente no necessrio e, em geral, improdutivo formar um artefato completo que ser usado apenas parcialmente ou que nem ser usado no trabalho imediatamente subseqente. Isso porque h uma grande probabilidade de a situao que envolve o artefato ser alterada e as suposies feitas no momento de criao do artefato acabarem sendo incorretas antes de o artefato ser usado, resultando em desperdcio de esforo e em um dispendioso retrabalho. Evite tambm a armadilha de ficar perdendo tempo com inmeros ciclos de apresentao em detrimento do valor do contedo. Em ambientes de projeto em que apresentaes tm grande importncia e so considerados produtos liberados, utilize um recurso administrativo para tarefas de apresentao.

Copyright 1987 - 2001 Rational Software Corporation Rational Unified Process

6 de 6

04/12/2011 23:56