<Nome do Projeto>

Estratégia de Teste

Versão <1.0>

[Nota: O gabarito a seguir é fornecido para utilização com o RUP (Rational Unified Process) e é projetado para ser utilizado juntamente com a orientação detalhada fornecida dentro do RUP. Como com a maioria dos gabaritos fornecidos com o RUP, este gabarito deve ser customizado para se ajustar ao contexto do projeto específico no qual ele será utilizado.]

[Nota: O texto como este que você está lendo agora–colocado entre colchetes e exibido em azul e em itálico (style=InfoBlue)–é incluído para fornecer orientação ao autor e deve ser excluído antes da publicação do documento. Um parágrafo digitado após esse estilo será automaticamente definido como normal (style=Body Text).]

[Para customizar campos automáticos no Microsoft Word (que exibem um segundo plano cinza quando selecionados), selecione Arquivo(Propriedades e substitua os campos Título, Assunto e Empresa pelas informações apropriadas para este documento. Após fechar o diálogo, campos automáticos podem ser atualizados em todo o documento selecionando Editar(Selecionar Tudo (ou Ctrl-A) e pressionando F9 ou simplesmente clicando no campo e pressionando F9. Esse procedimento deverá ser executado separadamente para os Cabeçalhos e Rodapés. Alt-F9 alterna entre a exibição de nomes de campos e do conteúdo dos campos. Consulte a Ajuda do Word para obter informações adicionais sobre como trabalhar com campos.]

Histórico da Revisão

Data	Versão	Descrição	Autor
<dd/mmm/aa>	<x.x>	<detalhes>	<nome>

Índice

1.	Introdução	4

1.1	Objetivo	4

1.2	Escopo	4

1.3	Público-alvo	4

1.4	Terminologia de Documento e Acrônimos	4

1.5	Referências	4

1.6	Estrutura do Documento	5

2.	Missão de Avaliação de Administração	6

2.1	Contexto e Background do Projeto	6

2.2	Missão de Avaliação	6

2.3	Motivadores de Testes	6

3.	Abordagem de Teste	7

3.1	Medindo a Extensão do Teste	7

3.2	Identificando e Justificando Testes	7

3.3	Realizando Testes	7

3.3.1	Técnica 1	7

3.3.2	Técnica n+1	8

4.	Necessidades Ambientais	8

4.1	Sistema Base Hardware	9

4.2	Elementos de Software Base no Ambiente de Teste	9

4.3	Ferramentas de Produtividade e de Suporte	9

4.4	Configurações do Ambiente de Teste	9

5.	Responsabilidades, Necessidades da Equipe e de Treinamento	10

5.1	Pessoal e Funções	10

5.2	Necessidades da Equipe e de Treinamento	11

6.	Riscos, Dependências, Premissas e Restrições	12

7.	Processo e Procedimentos de Gerenciamento	13

7.1	Relatório de Problemas, Escalação e Resolução de Problemas	13

7.2	Estratégias de Rastreabilidade	13

7.3	Aprovação e Signoff	13

Estratégia de Teste

Introdução

Objetivo

O objetivo da Estratégia de Teste para o <ciclo de vida completo, fase específica> do <Nome do Projeto> é:

Fornecer um artefato central para administrar a abordagem estratégica para o esforço de teste. Define a abordagem geral que será empregada para testar o software e avaliar os resultados desse teste e é o artefato que os artefatos de planejamento consultarão para administrar o trabalho de teste detalhado.

Fornecer visibilidade aos investidores no esforço de teste que recebeu consideração adequada aos vários aspectos de administração do esforço de teste e, onde apropriado, fazer com que os investidores aprovem a estratégia.

Esta Estratégia de Teste também suporta os seguintes objetivos específicos:

•	[Identifica os itens que devem ser englobados pelos testes.

•	Identifica a motivação e as idéias por trás das áreas de teste a serem cobertas.

•	Esboça a abordagem de teste que será utilizada.

•	Identifica os recursos requeridos e fornece uma estimativa dos esforços de teste.

•	Lista os elementos distribuíveis do projeto de teste.]

Escopo

[Define os tipos de testes(como Funcionalidade, Utilidade, Confiabilidade, Desempenho e Suportabilidade(e, se necessário, os níveis de teste(por exemplo, Integração ou Sistema( que serão tratados por esta Estratégia de Teste. É importante também fornecer uma indicação geral de elementos significativos que serão excluídos do escopo, especialmente onde o público-alvo pode, de outra forma, assumir razoavelmente a inclusão desses elementos.

Nota: Tenha cuidado para evitar a repetição de detalhes aqui que você definirá nas seções Error! Reference source not found., Error! Reference source not found.e Error! Reference source not found.,Error! Reference source not found..]

Público-alvo

[Forneça uma breve descrição do público-alvo para quem você está gravando a Estratégia de Teste. Isso ajuda os leitores do documento a identificar se é um documento destinado à sua utilização e ajuda a evitar que o documento seja utilizado de forma inadequada.

Nota: O estilo e o conteúdo do documento freqüentemente variam em relação ao público-alvo.

Esta seção deve ter apenas de três a cinco parágrafos de extensão.]

Terminologia de Documento e Acrônimos

[Esta subseção fornece as definições de todos os termos, acrônimos e abreviações requeridos para interpretar adequadamente a Estratégia de Teste. Evite listar itens que são geralmente aplicáveis ao projeto como um todo e que já estão definidos no Glossário do projeto. Inclua uma referência ao Glossário do projeto na seção Referências.]

Referências

[Esta subseção fornece uma lista dos documentos mencionados em outra parte na Estratégia de Teste. Identifique cada documento por título, versão (ou número de relatório, se aplicável), data e organização da publicação ou autor original. Evite listar documentos que exercem influência, mas que não são mencionados diretamente. Especifique as origens das quais as “versões oficiais” das referências podem ser obtidas, como nomes UNC da intranet ou códigos de referência do documento. Essas informações podem ser fornecidas por um anexo ou outro documento.]

Estrutura do Documento

[Esta subseção esboça o que o restante da Estratégia de Teste contém e apresenta uma introdução de como o restante do documento é organizado. Esta seção poderá ser eliminada se for utilizado um Índice.]

Missão de Avaliação de Administração

[Forneça uma visão geral da(s) missão(ões) que administrará(ão) o teste detalhado nas iterações. .]

Contexto e Background do Projeto

[Forneça uma breve descrição do background adjacente ao projeto com referência ou foco específico em implicações importantes para o esforço de teste. Inclua informações como o problema chave que está sendo resolvido, os principais benefícios da solução, a arquitetura planejada da solução e um breve histórico do projeto. Observe que onde essas informações são definidas de forma suficiente em outros documentos, você pode simplesmente incluir uma referência a esses outros documentos, se apropriado; porém, elas poderão poupar aos leitores da estratégia de teste tempo e esforço se uma quantidade limitada de informações for duplicada aqui: então, use seu julgamento. Como regra geral, esta seção deve ter apenas de três a cinco parágrafos de extensão.]

Missão de Avaliação

[Forneça uma breve instrução que define a(s) missão(ões) para o esforço de teste e de avaliação sobre o escopo do plano. A(s) instrução(ões) da missão de administração pode(m) incorporar um ou mais assuntos incluindo:

localizar o máximo de erros possível

localizar problemas importantes, avaliar riscos de qualidade observados

advertir sobre os riscos de projeto percebidos

certificar um padrão

verificar uma especificação (requisitos, design ou indenizações)

advertir sobre a qualidade do produto, satisfazer investidores

advertir sobre o teste

cumprir as determinações do processo

e assim por diante

Cada missão fornece um contexto diferente para o esforço de teste e altera a maneira pela qual o teste deve ser abordado.]

Motivadores de Testes

[Forneça um esboço dos elementos chave que motivarão o esforço de teste nesta iteração. O teste será motivado por muitas coisas(riscos de qualidade, riscos técnicos, riscos do projeto, casos de uso, requisitos funcionais, requisitos não funcionais, elementos de design, defeitos ou falhas suspeitas, controles de mudanças e assim por diante.]

Abordagem de Teste

[Nota: É importante lembrar que, como regra geral, uma abordagem de teste apropriada é específica a um contexto do projeto individual. Assim, os elementos definidos na abordagem diferirão de projeto para projeto dependendo da missão de avaliação e de outros fatores específicos do projeto]

[A Abordagem de Teste apresenta a estratégia recomendada para analisar, projetar, implementar e executar os testes requeridos. Os Planos de Teste específicos identificam quais itens serão destinados ao teste e quais tipos de testes seriam executados. Esta seção da estratégia de teste descreve como os testes serão realizados.]

Um dos aspectos principais da abordagem de teste é a seleção de técnicas que serão utilizadas. Esta estratégia de teste deve incluir um esboço de como cada técnica pode ser projetada, implementada e executada e o critério para saber que a técnica é útil e bem-sucedida. Para cada técnica, forneça uma descrição e defina por que ela é uma parte importante da abordagem de teste esboçando resumidamente como ela ajuda a alcançar a(s) Missão(ões) de Avaliação.

Como você define cada aspecto da abordagem, deve considerar o impacto que ela terá sobre recursos como equipe, ferramentas e hardware de teste e observar esse impacto adequadamente.]

Medindo a Extensão do Teste

[Descreva qual estratégia você utilizará para medir o andamento do esforço de teste. Ao decidir sobre uma estratégia de medida, é importante considerar o seguinte conselho de Cem Kaner, 2000 “As métricas de contagem de erros refletem apenas uma pequena parte do trabalho e do progresso do grupo de teste. Muitas alternativas parecem mais próximas do que deve ser feito e do que foi feito. Estas serão, freqüentemente, mais úteis e menos propensas a efeitos secundários do que as métricas de contagem de erros.”

Uma boa estratégia de medida será relatada em várias dimensões. Considere as dimensões a seguir e selecione um subconjunto apropriado ao contexto do seu projeto: cobertura (contra o produto e/ ou contra o plano), esforço, resultados, obstáculos, riscos (na qualidade do produto e/ ou qualidade do teste), tendência histórica (em iterações e/ ou nos projetos).]

Identificando e Justificando Testes

[Descreva como os testes serão identificados e considerados para inclusão no escopo do esforço de teste coberto por esta estratégia. Forneça uma listagem de recursos que serão utilizados para estimular/ orientar a identificação e seleção de testes específicos a serem realizados, como Catálogos de Idéias de Testes Iniciais, Documentos de requisitos, Documentação do Usuário e/ ou Outras Fontes de Referência. Exemplos de Catálogos de Idéias de Testes podem ser localizados nos componentes de processo enviados com o RUP.]

Realizando Testes

Técnica 1

[Forneça uma breve introdução de um parágrafo para a técnica, abrangendo a base para ou a teoria por trás da técnica e os riscos de qualidade gerais que ela trata.]

Objetivo da Técnica:	[Explicar o foco e a meta da técnica em relação aos riscos de qualidade que ela trata (por exemplo FURPS+).]
Técnica:	[Esboce o procedimento de alto nível para a técnica, possivelmente como etapas com marcadores no nível da visão geral].
Estratégias:	[Esboce uma ou mais estratégias que podem ser utilizadas com a técnica para observar exatamente os resultados do teste. A estratégia combina elementos do método pelo qual a observação pode ser feita e das características do resultado específico que indicam provável êxito ou falha. De forma ideal, as estratégias serão auto-verificadas, permitindo que testes automatizados façam uma avaliação inicial do êxito ou da falha do teste; porém, é necessário ter cuidado para mitigar os riscos inerentes na determinação de resultados automatizados.]
Ferramentas Requeridas:	[Forneça uma lista simples das ferramentas específicas ou um breve esboço de cada tipo de ferramenta que a técnica exigirá]
Critérios de Êxito:	[Explique como a técnica será julgada como bem-sucedida, fornecendo critérios específicos que podem e irão ser medidos.]
Considerações Especiais:	[Forneça uma lista das premissas, restrições, dependências ou outras considerações que terão impacto sobre a técnica, como habilidades do testador ou requisitos do recurso de teste.]

Técnica n+1

[Forneça uma breve introdução de um parágrafo para a técnica, abrangendo a base para ou a teoria por trás da técnica e os riscos de qualidade gerais que ela trata.]

Objetivo da Técnica:	[Explicar o foco e a meta da técnica em relação aos riscos de qualidade que ela trata (por exemplo FURPS+).]
Técnica:	[Esboce o procedimento de alto nível para a técnica, possivelmente como etapas com marcadores no nível da visão geral].
Estratégias:	[Esboce uma ou mais estratégias que podem ser utilizadas com a técnica para observar exatamente os resultados do teste. A estratégia combina elementos do método pelo qual a observação pode ser feita e das características do resultado específico que indicam provável êxito ou falha. De forma ideal, as estratégias serão auto-verificadas, permitindo que testes automatizados façam uma avaliação inicial do êxito ou da falha do teste; porém, é necessário ter cuidado para mitigar os riscos inerentes na determinação de resultados automatizados.]
Ferramentas Requeridas:	[Forneça uma lista simples das ferramentas específicas ou um breve esboço de cada tipo de ferramenta que a técnica exigirá]
Critérios de Êxito:	[Explique como a técnica será julgada como bem-sucedida, fornecendo critérios específicos que podem e irão ser medidos.]
Considerações Especiais:	[Forneça uma lista das premissas, restrições, dependências ou outras considerações que terão impacto sobre a técnica, como habilidades do testador ou requisitos do recurso de teste.]

Necessidades Ambientais

[Esta seção apresenta os recursos não-humanos requeridos para a Estratégia de Teste.]

Sistema Base Hardware

A tabela a seguir mostra os recursos do sistema para o esforço de teste apresentado nesta Estratégia de Teste.

[Os elementos específicos do sistema de teste podem não ser completamente entendidos em iterações anteriores, então, espera-se que esta seção seja concluída no decorrer do tempo. É recomendado que o sistema simule o ambiente de produção, escalando para baixo o acesso simultâneo e o tamanho do banco de dados e assim por diante, se e onde apropriado.]

[Nota: Inclua ou exclua itens conforme apropriado.]

Recursos do Sistema
Recurso	Quantidade	Nome e Tipo

Elementos de Software Base no Ambiente de Teste

Os elementos de software base a seguir são requeridos no ambiente de teste para esta Estratégia de Teste.

[Nota: Inclua ou exclua itens conforme apropriado.]

Nome de Elemento de Software	Versão	Tipo e Outras Notas

Ferramentas de Produtividade e de Suporte

As ferramentas a seguir serão empregadas para suportar o processo de teste para esta Estratégia de Teste.

[Nota: Inclua ou exclua itens conforme apropriado.]

Categoria ou Tipo de Ferramenta	Nome da Marca da Ferramenta	Fornecedor ou Interno	Versão

Configurações do Ambiente de Teste

As Configurações do Ambiente de Teste a seguir devem ser fornecidas e suportadas para este projeto.

Nome da Configuração	Descrição	Implementado na Configuração Física

Responsabilidades, Necessidades da Equipe e de Treinamento

[Esta seção apresenta os recursos requeridos para tratar do esforço de teste esboçado na Estratégia de Teste—as responsabilidades principais e os conjuntos de conhecimentos ou de habilidades requeridos desses recursos.]

Pessoal e Funções

Esta tabela mostra as premissas da equipe para o esforço de teste.

[Nota: Inclua ou exclua itens conforme apropriado.]

Recursos Humanos
Função	Recursos Mínimos Recomendados

(número de funções de tempo integral alocadas)	Responsabilidades ou Comentários Específicos
Gerente de Testes
Fornece erro de gerenciamento.

As responsabilidades incluem:

planejamento e logística

concordar com a missão

identificar motivadores

adquirir recursos apropriados

apresentar relatório de gerenciamento

defender os interesses do teste

avaliar a eficácia do esforço de teste
Analista de Teste

Identifica e define os testes específicos a serem realizados.

As responsabilidades incluem:

identificar idéias de teste

definir detalhes do teste

determinar resultados de testes

documentar controles de mudanças

avaliar a qualidade do produto
Designer de Teste

Define a abordagem técnica para a implementação do esforço de teste.

As responsabilidades incluem:

definir a abordagem do teste

definir a arquitetura de automação de teste

verificar as técnicas de teste

definir os elementos de possibilidade de teste

estruturar a implementação do teste
Testador
Implementa e executa os testes.

As responsabilidades incluem:

implementar testes e conjuntos de testes

executar conjuntos de testes

registrar resultados

analisar e recuperar de falhas de teste

documentar incidentes
Administrador do Sistema de Teste
Assegura que os ativos e o ambiente de teste são gerenciados e mantidos.

As responsabilidades incluem:

administrar o sistema de gerenciamento de testes

instalar e suportar o acesso a, e recuperação de, configurações do ambiente de teste e laboratórios de teste
Administrador de Banco de Dados, Gerenciador de Banco de Dados
Assegura que os ativos e o ambiente de dados de teste (banco de dados) são gerenciados e mantidos.

As responsabilidades incluem:

suportar a administração de dados de teste e bases de teste (banco de dados).
Designer
Identifica e define as operações, os atributos e as associações das classes de teste.

As responsabilidades incluem:

define as classes de teste requeridas para suportar requisitos de possibilidade de teste conforme definido pela equipe de teste
Implementador
Implementa e testa unidades das classes e dos pacotes de teste.

As responsabilidades incluem:

cria os componentes de teste requeridos para suportar requisitos de possibilidade de teste conforme definido pelo designer

Necessidades da Equipe e de Treinamento

Esta seção esboça como abordar as funções de teste da equipe e de treinamento para o projeto.

[A maneira de abordar equipe e treinamento variará de projeto para projeto. Se esta seção fizer parte de uma Estratégia de Teste, você deverá indicar em que pontos no ciclo de vida do projeto diferentes habilidades e números de equipes são necessários. Nos Planos de Teste de Iteração, você deverá focalizar principalmente em onde e qual treinamento pode ocorrer durante a Iteração.

Pense em suas necessidades de treinamento e planeje isso com base em uma abordagem JIT (Just-In-Time)—há, freqüentemente, uma tentação a realizar o treinamento muito antecipadamente ao seu uso quando a equipe de teste tem um descuido aparente. Fazer isso leva ao risco do treinamento ser esquecido quando ele for necessário.

Procure oportunidades para combinar a compra de ferramentas de produtividade com o treinamento nessas ferramentas e organize com o fornecedor para que atrase a entrega do treinamento até pouco antes de você precisar dele. Se você tiver headcount suficiente, considere a possibilidade de que o treinamento seja entregue de maneira customizada para você, possivelmente em seu próprio site.

A equipe de teste freqüentemente requer o suporte e as habilidades da outros membros da equipe que não fazem parte diretamente da equipe de teste. Certifique-se de organizar em sua estratégia a disponibilidade apropriada da equipe de suporte: Administradores de Sistema, Administradores de Banco de Dados e Desenvolvedores requeridos para permitir o esforço de teste.]

Riscos, Dependências, Premissas e Restrições

[Liste os riscos que podem afetar a execução bem-sucedida desta Estratégia de Teste e identifique estratégias de mitigação e contingência para cada risco. Indique, também, uma classificação relativa para a probabilidade de ocorrência e o impacto se o risco for realizado.]

Risco	Estratégia de Mitigação	Contingência (O risco é realizado)

[Liste as dependências identificadas durante o desenvolvimento desta Estratégia de Teste que poderão afetar sua execução bem-sucedida se essas dependências não forem respeitadas. Geralmente, essas dependências relacionam-se a atividades no caminho crítico que são pré-requisitos ou pós-requisitos para uma ou mais atividades precedentes (ou subseqüentes) Você deve considerar responsabilidades com as quais você está contando com outras equipes ou membros da equipe externas à conclusão do esforço de teste, sincronização e dependências de outras tarefas planejadas, confiança em determinados produtos de trabalho que estão sendo produzidos.]

Dependência entre	Impacto Potencial da Dependência	Proprietários

[Liste as premissas feitas durante o desenvolvimento desta Estratégia de Teste que poderão afetar sua execução bem-sucedida se for comprovado que essas premissas estão incorretas. As premissas podem estar relacionadas ao trabalho que você supõe que outras equipes estejam fazendo, a expectativas de que determinados aspectos do produto ou ambiente sejam estáveis e assim por diante].

Premissa a ser comprovada	Impacto da Premissa estar incorreta	Proprietários

[Liste as restrições colocadas no esforço de teste que tiveram um efeito negativo na maneira em que esta Estratégia de Teste foi abordada.]

Restrição a	Impacto que a Restrição tem sobre o esforço de teste	Proprietários

Processo e Procedimentos de Gerenciamento

[Esboce quais processos e procedimentos devem ser utilizados quando surgirem problemas com a Estratégia de Teste e sua aprovação.]

Relatório de Problemas, Escalação e Resolução de Problemas

[Defina como os problemas do processo serão relatados e escalados e o processo a ser seguido para atingir a resolução.]

Estratégias de Rastreabilidade

[Considere as estratégias de rastreabilidade apropriadas para:

Cobertura de Teste contra Especificações — permite medir a extensão do teste

Motivações para Teste — permite a avaliação da relevância dos testes para ajudar a determinar se os testes devem ser mantidos ou retirados

Elementos de Design de Software — permite o rastreamento de alterações de design subseqüentes que precisariam executar os testes novamente ou retirá-los

Controles de Mudanças Resultantes — permite os testes que descobriram que a alteração precisa ser identificada e executada novamente para verificar se o controle de mudanças foi concluído com êxito]

Aprovação e Signoff

[Esboce o processo de aprovação e liste os títulos de posição (e nomes dos encarregados atuais) que devem, inicialmente, aprovar a estratégia e apresente na execução satisfatória da estratégia.]

<Nome da Empresa>

<Nome do Projeto>	Versão: <1.0>
Estratégia de Teste	Data: <dd/mmm/aa>
<identificador do documento>

Confidencial	(<Nome da Empresa>, 2006	Página 13

Estratégia de Teste

<Nome do Projeto>

Luis Tadeu Castilho

2005-11-10

Rational

<Company Name>