<Nome do Projeto>

Plano de Teste Principal

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	5

1.1	Objetivo	5

1.2	Escopo	5

1.3	Público-alvo	5

1.4	Terminologia de Documento e Acrônimos	5

1.5	Referências	5

1.6	Estrutura do Documento	6

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

2.1	Contexto e Background do Projeto	6

2.2	Missões de Avaliação aplicáveis a este Projeto/ Fase	6

2.3	Origens de Motivadores de Teste	6

3.	Itens de Objetivo do Teste	7

4.	Visão Geral dos Testes Planejados	7

4.1	Visão Geral de Inclusões de Testes	7

4.2	Visão Geral de Outros Candidatos a Inclusão Potencial	7

4.3	Visão Geral de Exclusões de Teste	7

5.	Abordagem de Teste	7

5.1	Medindo a Extensão do Teste	7

5.2	Identificando e Justificando Testes	8

5.3	Realizando Testes	8

6.	Critérios de Entrada e Saída	8

6.1	Plano de Teste Principal do Projeto/ Fase	8

6.1.1	Critérios de Entrada do Plano de Teste Principal	8

6.1.2	Critérios de Saída do Plano de Teste Principal	8

6.1.3	Critérios de Suspensão e Retomada	8

7.	Distribuíveis	8

7.1	Resumos de Avaliação de Testes	8

7.2	Relatório sobre a Cobertura de Teste	9

7.3	Relatórios de Qualidade Observados	9

7.4	Logs de Incidentes e Controles de Mudanças	9

7.5	Conjunto de Testes de Regressão e Scripts de Teste de Suporte	9

7.6	Produtos de Trabalho Adicionais	9

7.6.1	Resultados de Teste Detalhados	9

7.6.2	Scripts de Testes Funcionais Automatizados Adicionais	9

7.6.3	Diretrizes de Teste	9

7.6.4	Matrizes de Rastreabilidade	9

8.	Fluxo de Trabalho de Teste	9

9.	Necessidades Ambientais	10

9.1	Sistema Base Hardware	10

9.2	Elementos de Software Base no Ambiente de Teste	11

9.3	Ferramentas de Produtividade e de Suporte	11

9.4	Configurações do Ambiente de Teste	11

10.	Responsabilidades, Necessidades da Equipe e de Treinamento	11

10.1	Pessoal e Funções	12

10.2	Necessidades da Equipe e de Treinamento	13

11.	Marcos Chave de Projeto/ Fase	13

12.	Riscos do Plano Principal, Dependências, Premissas e Restrições	14

13.	Processo e Procedimentos de Gerenciamento	15

13.1	Medindo e Avaliando a Extensão do Teste	15

13.2	Avaliando os Distribuíveis deste Plano de Teste Principal	15

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

13.4	Gerenciando Ciclos de Teste	15

13.5	Estratégias de Rastreabilidade	15

13.6	Aprovação e Signoff	16

Plano de Teste Principal

Introdução

Objetivo

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

Fornecer um artefato central para administrar o planejamento e o controle do esforço de teste. Define a abordagem geral que será empregada para testar o software e avaliar os resultados desse teste e é o plano de nível superior que será utilizado por gerentes para administrar e dirigir 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 o plano.

Este Plano de Teste Principal 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 teste(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 este Plano de Teste Principal. É 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 3, Itens de Objetivo do Testee 4,Visão Geral dos Testes Planejados.]

Público-alvo

[Forneça uma breve descrição do público-alvo para quem você está gravando o Plano de Teste Principal. 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 geralmente 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 o Plano de Teste Principal. 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 no Plano de Teste Principal. 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 do Plano de Teste Principal 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 do plano 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ões de Avaliação aplicáveis a este Projeto/ Fase

[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.]

Origens de Motivadores de Teste

[Forneça um esboço das origens chave a partir das quais o esforço de teste neste Projeto/ Fase será motivado. 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.]

Itens de Objetivo do Teste

A listagem abaixo identifica esses itens de teste(software, hardware e elementos de produto de suporte (que foram identificados como destinos para teste. Esta lista representa quais itens serão testados.

[Forneça uma lista de alto nível dos principais itens de objetivo do teste. Esta lista deve incluir itens produzidos diretamente pela equipe de desenvolvimento do projeto e itens com os quais contam esses produtos; por exemplo, hardware de processador básico, dispositivos periféricos, sistemas operacionais, produtos ou componentes de terceiros e assim por diante. No Plano principal, esta pode simplesmente ser uma lista de categorias ou áreas de destino.]

Visão Geral dos Testes Planejados

[Esta seção fornece uma visão geral de alto nível do teste que será executado. O esboço nesta seção representa uma visão geral de alto nível dos testes que serão executados e daqueles que não serão.]

Visão Geral de Inclusões de Testes

[Forneça uma visão geral de alto nível do principal teste planejado para projeto/ fase. Observe o que será incluído no plano e registre o que explicitamente não será incluído na seção a seguir intitulada Visão Geral de Exclusões de Teste.]

Visão Geral de Outros Candidatos a Inclusão Potencial

[Dê uma visão geral separada de áreas que você suspeita que possam ser úteis para investigar e avaliar, mas que não foram suficientemente pesquisadas para saber se são importantes para seguir.]

Visão Geral de Exclusões de Teste

[Forneça uma visão geral de alto nível dos testes potenciais que poderiam ter sido realizados, mas que foram explicitamente excluídos deste plano. Se um tipo de teste não for implementado e executado, indique isso em uma sentença afirmando que o teste não será implementado ou executado e dando a justificativa, como:

“Estes testes não ajudam a alcançar a missão de avaliação.”

“Não há recursos suficientes para realizar estes testes.”

“Estes testes são desnecessários devido ao teste realizado por xxxx.”

Como heurística, se você achar que seria razoável para um dos membros do seu público esperar que seja incluído um determinado aspecto do teste que você não irá ou não poderá tratar, será necessário observar sua exclusão: Se a equipe concordar que a exclusão é óbvia, provavelmente não será necessário listá-la.]

Abordagem de Teste

[A Abordagem de Teste apresenta uma visão geral da estratégia recomendada para analisar, projetar, implementar e executar os testes requeridos. Seções 3, Itens de Objetivo do Testee 4, Visão Geral dos Testes Planejados, identificados quais itens serão testados e quais tipos de testes seriam executados. Esta seção descreve como os testes serão realizados.

À medida que identifica cada aspecto da abordagem, você deve atualizar a Seção 10, Responsabilidades, Necessidades da Equipe e de Treinamento, documentar a configuração do ambiente de teste e outros recursos que serão necessários para implementar cada aspecto.]

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

Um dos aspectos principais da abordagem de teste é uma explicação de como o teste será realizado, cobrindo a seleção de áreas de risco de qualidade ou tipos de testes que serão tratados e as técnicas associadas que serão utilizadas. Se você estiver mantendo um artefato de estratégia de teste separado que cubra isso, simplesmente liste os tipos de testes ou as áreas de riscos de qualidade que serão tratados pelo plano e consulte o artefato de estratégia de teste para obter os detalhes. Se não houver artefato de estratégia de teste separado, você deverá fornecer um esboço aqui de como o teste será realizado para cada técnica: como o design, a implementação e a execução dos testes serão feitos e o critério para saber se 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.

Critérios de Entrada e Saída

Plano de Teste Principal do Projeto/ Fase

Critérios de Entrada do Plano de Teste Principal

[Especifique os critérios que serão utilizados para determinar se a execução do Plano de Teste Principal pode começar.]

Critérios de Saída do Plano de Teste Principal

[Especifique os critérios que serão utilizados para determinar se a execução do Plano de Teste Principal está concluída ou se a execução continuada não fornece nenhum benefício adicional.]

Critérios de Suspensão e Retomada

[Especifique os critérios que serão utilizados para determinar se o teste deve ser prematuramente suspenso ou encerrado antes do plano ser completamente executado e sob quais critérios o teste pode ser retomado.]

Distribuíveis

[Nesta seção, liste os vários artefatos que serão criados pelo esforço de teste que são distribuíveis úteis aos vários investidores do esforço de teste. Não liste todos os produtos de trabalho; liste apenas aqueles que fornecem benefício direto, tangível a um investidor e aqueles pelos quais você deseja que o êxito do esforço de teste seja medido.]

Resumos de Avaliação de Testes

[Forneça um breve esboço da forma e do conteúdo dos resumos de avaliação de testes e indique com que freqüência eles serão produzidos.]

Relatório sobre a Cobertura de Teste

[Forneça um breve esboço da forma e do conteúdo dos relatórios utilizados para medir a extensão do teste e indique com que freqüência eles serão produzidos. Forneça uma indicação para o método e as ferramentas utilizadas para registrar, medir e relatar a extensão do teste.]

Relatórios de Qualidade Observados

[Forneça um breve esboço da forma e do conteúdo dos relatórios utilizados para medir a qualidade observada do produto e indique com que freqüência eles serão produzidos. Forneça uma indicação sobre o método e as ferramentas utilizadas para registrar, medir e relatar a qualidade do produto observada. Você pode incluir a análise de Incidentes e Controle de Mudanças sobre a Cobertura de Teste.]

Logs de Incidentes e Controles de Mudanças

[Forneça um breve esboço do método e das ferramentas utilizadas para registrar, rastrear e gerenciar incidentes de testes, controles de mudanças associados e seu status.]

Conjunto de Testes de Regressão e Scripts de Teste de Suporte

[Forneça um breve esboço dos recursos de teste que serão entregues para permitir o teste de regressão contínua de construções de produtos subseqüentes para ajudar a detectar regressões na qualidade do produto.]

Produtos de Trabalho Adicionais

[Nesta seção, identifique os produtos de trabalho que são distribuíveis opcionais ou aqueles que não devem ser utilizados para medir ou avaliar a execução bem-sucedida do Plano de Teste Principal.]

Resultados de Teste Detalhados

[Isso denota uma coleta de planilhas do Microsoft Excel listando os resultados determinados para cada caso de teste ou o repositório de logs de teste e resultados determinados mantidos por um produto de teste especializado.]

Scripts de Testes Funcionais Automatizados Adicionais

[Estes serão uma coleta dos arquivos de código fonte para scripts de testes automatizados ou o repositório do código fonte e executáveis compilados para scripts de testes mantidos pelo produto de automação de teste.]

Diretrizes de Teste

[As Diretrizes de Teste abrangem um amplo conjunto de categorias, incluindo catálogos de Idéias de Teste, Orientação de Boas Práticas, Padrões de Testes, Modelos de Falhas e Defeitos, Padrões de Design de Automação e assim por diante.]

Matrizes de Rastreabilidade

[Utilizando uma ferramenta como o Rational RequisistePro ou o MS Excel, forneça uma ou mais matrizes de relacionamentos de rastreabilidade entre itens rastreados.]

Fluxo de Trabalho de Teste

[Forneça um esboço do fluxo de trabalho a ser seguido pela Equipe de teste no desenvolvimento e execução deste Plano de Teste Principal.]

O fluxo de trabalho de teste específico que você utilizará deve ser documentado separadamente no Caso de Desenvolvimento do projeto. Ele deve explicar como o projeto customizou o fluxo de trabalho de teste RUP base (geralmente em uma base fase-por-fase). Na maioria dos casos, recomenda-se que você coloque uma referência nesta seção do Plano de Teste Principal para a seção relevante do Caso de Desenvolvimento. Pode ser útil e suficiente simplesmente incluir um diagrama ou imagem representando seu fluxo de trabalho de teste.

Detalhes mais específicos das tarefas de testes individuais são definidos de várias maneiras diferentes, dependendo da cultura do projeto; por exemplo:

definido como uma lista de tarefas nesta seção do Plano de Teste Principal ou em um apêndice associado

definido em um planejamento de projeto central (freqüentemente em uma ferramenta de planejamento como o Microsoft Project)

documentado em listas to-do individuais, "dinâmicas" para cada membro da equipe, que são, geralmente, muito detalhadas para serem colocadas no Plano de Teste Principal

documentado em um whiteboard localizado centralmente e atualizado dinamicamente

não documentado formalmente

Com base na cultura do projeto, você deve listar aqui as tarefas de teste específicas ou fornecer um texto descritivo explicando o processo que sua equipe utiliza para manipular o planejamento de tarefas detalhado e fornecer uma referência de onde os detalhes estão armazenados, se apropriado.

Para Planos de Teste Principal, recomenda-se evitar o planejamento de tarefas detalhado, que é, freqüentemente, um esforço improdutivo se feito como uma atividade de carregamento frontal no início do projeto. Um Plano de Teste Principal pode descrever, de forma útil, as fases e o número de iterações e fornecer uma indicação de quais tipos de teste são geralmente planejados para cada Fase ou Iteração.

Nota: Onde as informações do processo e do planejamento detalhado são registradas central e separadamente deste Plano de Teste Principal, será necessário gerenciar os problemas que surgirão por ter cópias duplicadas das mesmas informações. Para evitar que membros da equipe façam referência a informações desatualizadas, sugerimos que nesta situação você coloque a quantidade mínima de informações de processo e de planejamento no Plano de Teste Principal para facilitar a manutenção contínua e simplesmente fazer referência ao material de origem "Principal".]

Necessidades Ambientais

[Esta seção apresenta os recursos não-humanos requeridos para o Plano de Teste Principal.

Nota: Esta seção pode ser delegada no todo ou em parte ao artefato Estratégia de Teste.]

Sistema Base Hardware

A tabela a seguir mostra os recursos do sistema para o esforço de teste apresentado neste Plano de Teste Principal.

[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 este Plano de Teste Principal.

[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 este Plano de Teste Principal.

[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 no Plano de Teste Principal—as responsabilidades principais e os conjuntos de conhecimentos ou de habilidades requeridos desses recursos

Nota: Esta seção pode ser delegada no todo ou em parte ao artefato Estratégia de Teste.]

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 um Plano de Teste Principal, você deverá indicar em que pontos no ciclo de vida do projeto diferentes habilidades e números de equipes são necessários.

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 seu plano a disponibilidade apropriada de Administradores de Sistema, Administradores de Banco de Dados e Desenvolvedores requeridos para permitir o esforço de teste.]

Marcos Chave de Projeto/ Fase

[Identifique os marcos da agenda chave que definem o contexto para o Esforço de teste. Evite repetir muitos detalhes documentados em outra parte nos planos que tratam o projeto inteiro.]

Marco	Planejado Data de Início	Real Data de Início	Planejado Data de Encerramento	Real Data de Encerramento
O Projeto/ Fase é iniciado
Plano de Teste Principal em conformidade
Recursos de teste requisitados
1º treinamento da equipe de teste concluído
Marco de saída da fase 1
Requisitos usados como base
Arquitetura usada como base
Interface com o Usuário usada como base
Marco de saída da fase 2
Auditoria do Processo de Teste Realizada
O Teste de Desempenho do Sistema é iniciado
O Teste de Aceitação do Cliente é iniciado
Revisão da Avaliação de Status do Projeto
O Projeto/ Fase é encerrado

Riscos do Plano Principal, Dependências, Premissas e Restrições

[Liste os riscos que podem afetar a execução bem-sucedida deste Plano de Teste Principal 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 deste Plano de Teste Principal 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 deste Plano de Teste Principal 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 este Plano de Teste Principal foi abordado.]

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 o Plano de Teste Principal e sua aprovação.]

Medindo e Avaliando a Extensão do Teste

[Defina os aspectos de gerenciamento e de procedimento da estratégia de medida e de avaliação esboçada na Seção 5.1 Medindo a Extensão do Teste.]

Avaliando os Distribuíveis deste Plano de Teste Principal

[Esboce o processo de avaliação para rever e aceitar os distribuíveis deste Plano de Teste Principal]

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.]

Gerenciando Ciclos de Teste

[Esboce o processo de controle de gerenciamento para um ciclo de teste.]

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 o plano e apresente na execução satisfatória de planos.]

<Nome da Empresa>

<Nome do Projeto>	Versão: <1.0>
Plano de Teste Principal	Data: <dd/mmm/aa>
<identificador do documento>

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

Plano de Teste Principal

<Nome do Projeto>

Luis Tadeu Castilho

2005-11-10

Rational

<Company Name>