nome do sistema

versão x.x

Este documento descreve os requisitos a testar, os tipos de testes definidos para cada iteração, os recursos de hardware e software a serem empregados e o cronograma dos testes ao longo do projeto. As seções referentes aos requisitos, recursos e cronograma servem para permitir ao gerente do projeto acompanhar a evolução dos testes.

Com esse documento, você deve:

• Identificar informações de projeto existentes e os componentes de software que devem ser testados.
• Listar os Requisitos a testar.
• Recomendar e descrever as estratégias de teste a serem empregadas.
• Identificar os recursos necessários e prover uma estimativa dos esforços de teste.
• Listar os elementos resultantes do projeto de testes.

Também é possível apresentar aqui o programa que será testado.

Esta seção deve conter os casos de uso e requisitos não funcionais identificados como objetos dos testes ao longo do desenvolvimento do projeto. Como, em geral, os requisitos a testar são obtidos diretamente dos requisitos do sistema, esta seção é concebida como opcional. Assim sendo, sempre que novos requisitos a testar, que não constem como requisitos do sistema, forem identificados ou, simplesmente, por questões de organização e clareza, esta seção deve ser preenchida. Dependendo das informações disponíveis, essa seção pode começar a ser preenchida já nas primeiras iterações do ciclo de vida a partir do documento de requisitos.

Caso seja necessário, liste aqui os requisitos a testar subdivididos em casos de uso e requisitos não-funcionais.

Esta seção deve conter os tipos de testes escolhidos para cada iteração do projeto. Pode-se definir inicialmente apenas os tipos de testes que serão usadas na próxima iteração, mas é possível também já registrar eventuais tipos de teste que se espera utilizar nas demais iterações. Com base no guia de testes, indique os tipos de testes que melhor se adéquam aos requisitos, tipo da aplicação e seus recursos disponíveis e, caso necessário complemente ou forneça mais detalhes da técnica e dos critérios de completude sugeridos no guia para cada tipo de teste indicado.

• Teste de interface de usuário;
• Teste de performance;
• Teste de carga;
• Teste de stress;
• Teste de segurança e controle de acesso;
• Teste de instalação;
• Entre outros.

Para teste de funcionalidade. Aqui deve-se verificar se cada classe retorna o esperado. Se possível usar teste automatizado.

Para teste de integridade de dados e do banco de dados. Aqui deve-se verificar se os dados não se perdem ao desligar o programa. Se o programa consegue se recuperar em caso de falha ou fechamento repentino. Se possível usar teste automatizado.

Para teste de funcionalidade. Aqui deve-se verificar se as classes e métodos conseguem fazer a integração entre elas para uma sequência de ações do programa. Se possível usar teste automatizado.

Para teste de funcionalidade. Aqui deve-se verificar se o tempo de respostas das ações do programa são consideradas aceitáveis. Se possível usar teste automatizado.

Para teste de funcionalidade (para games, principalmente, mas não somente). Aqui deve-se verificar se as animações existentes no programa são disparadas quando devem e se seguem uma sequência lógica. Se possível usar teste automatizado.

Esta seção deve descrever os recursos humanos, de ambiente de teste (hardware e software) e de ferramentas de automatização de testes necessários para execução dos testes que devem ser descritos nas subseções que seguem.

Descreva aqui o hardware e sua configuração, e o software. Por exemplo, o sistema operacional, browsers, servidor web, etc.

Descreva aqui as ferramentas específicas de teste usadas no projeto.