Artefato:
| ||||||||||||||||||||||||||||||||
 Plano de Teste |
A definição das metas e dos objetivos dos testes no escopo da iteração (ou projeto), os itens-alvo, a abordagem adotada, os recursos necessários e os produtos que serão liberados. |
| Representação em UML: | Não há representação em UML para este artefato. |
| Papel: | Gerente de Testes |
| Possibilidade de Opção/ Ocorrência: | Um ou mais artefatos. Informal em alguns domínios e culturas de teste, e formal em outros. Em geral, um Plano de Teste "Mestre" pode ser criado e mantido para cada projeto, com um Plano de Teste mais específico para cada iteração. |
| Incluído em: | Opcionalmente, alguns aspectos do Plano de Teste podem ser apresentados corretamente no Plano de Desenvolvimento de Software e no Plano de Iteração. |
| Templates: | |
| Exemplos: | |
| Relatórios: | |
| Mais Informações: | |
A finalidade do Plano de Teste é definir e comunicar a intenção do esforço de teste em determinada programação. Como em outros documentos de planejamento, o principal objetivo é ganhar a aceitação e aprovação dos envolvidos no esforço de teste. Para isso, o documento deve evitar informações que não serão compreendidas ou que serão consideradas irrelevantes pelos envolvidos.
Em segundo lugar, o plano de teste determina o framework no qual os papéis de teste funcionarão em determinada programação. Ele direciona, orienta e restringe o esforço de teste, priorizando os produtos liberados úteis e necessários.
Em culturas ou domínios nos quais os planos de teste não são reconhecidos como artefatos formais, é importante considerar os diversos aspectos representados pelo plano de teste e tomar as decisões adequadas sobre o teste que será realizado e como esse esforço será abordado.
Não há representações em UML para estas propriedades.
|
Nome da Propriedade |
Breve Descrição |
| Nome | Nome exclusivo usado para identificar o Plano de Teste. |
| Descrição | Descrição resumida do conteúdo do Plano de Teste, geralmente com uma indicação de alto nível da complexidade e do escopo do teste. |
| Finalidade | Explicação do que o Plano de Teste representa e por que ele é importante. Geralmente refere-se à iteração específica ou —no caso de um Plano de Teste Mestre— ao projeto ao qual o plano está relacionado. |
| Itens de Teste e Avaliação Dependentes | Alguma forma de rastreabilidade ou de mapeamento de dependências para elementos específicos, como os Requisitos individuais que precisam ser consultados. |
Um Plano de Teste inicial, geralmente conhecido como "Mestre", pode ser criado durante a fase de Iniciação. Essa instância do Plano de Teste oferece uma visão geral do esforço de teste realizado durante o projeto, e uma previsão de quando haverá necessidade de recursos, como também do momento em que importantes aspectos de qualidade e risco serão observados.
À medida que cada iteração é planejada, um ou mais Planos de Teste de "Iteração" específicos são criados fornecendo informações específicas à iteração.
O Gerente de Testes papel é o principal responsável por este artefato. As responsabilidades são divididas em duas áreas principais:
O principal conjunto de responsabilidades aborda as seguintes questões de gerenciamento para garantir que o Plano de Teste:
O conjunto secundário de responsabilidades abrange questões de definição para garantir que o Plano de Teste:
Em certas culturas de teste, os Planos de Teste são considerados informais, artefatos casuais, enquanto em outras, eles são altamente formalizados e, com freqüência, precisam de autorização externa. Portanto, o formato e o conteúdo dos Planos de Teste devem variar para atender às necessidades específicas de uma organização ou de um projeto. Comece por considerar o template do Plano de Teste incluído com o RUP e adicione, modifique ou remova os elementos do formato caso seja necessário.
Como uma alternativa à documentação formal, você talvez prefira apenas registrar os elementos do Plano de Teste da iteração como anotações informais de planejamento, possivelmente mantidas em um site da Web na intranet ou no quadro branco prontamente visível e acessível à equipe de teste.
Recomenda-se criar Planos de Teste menores que abordem o escopo de uma única iteração. Esses Planos de Teste devem conter as informações relacionadas aos Motivadores de Teste (por exemplo, um subconjunto de requisitos, riscos), às idéias, às estratégias, aos recursos e outros elementos específicos e relevantes a determinada iteração.
Opcionalmente, um Plano de Teste "Mestre", pode ser criado no início do projeto para esboçar o esforço de teste planejado para o curso do projeto, e também para definir os requisitos de recursos e outras questões logísticas. Esse Plano de Teste Mestre também permite limitar a repetição de elementos comuns a todos os Planos de Teste como, por exemplo, os recursos humanos e também de hardware e software, procedimentos de gerenciamento e outros. Recomenda-se não documentar informações de teste detalhadas e específicas no Plano de Teste.
|
Rational Unified Process
|
Elaboração