Seção do Plano de Teste | Descrição |
---|---|
Resumo | Lista o proprietário do plano de teste e fornece um editor de texto completo que pode ser usado para gravar uma Descrição detalhada do plano de teste. Ele também inclui o Status do item de trabalho que rastreia o progresso do plano de teste. |
Objetivos de Negócios | Especifica a lógica de negócios para o release. Os objetivos de negócios são sempre ligados às metas financeiras, como por exemplo, ganhos de participação no mercado sobre um concorrente ou melhoria da usabilidade e da confiabilidade do produto. |
Objetivos do Teste | Identifica os critérios de sucesso para o projeto que podem ser medidos e reportados. É possível definir os objetivos para o esforço de teste planejado. Por exemplo, um objetivo pode ser controlar êxitos, falhas, status de defeito e problemas para fornecer feedback para desenvolvimento antes do software ser entregue aos clientes. |
Revisão Formal | Lista as pessoas que devem revisar ou aprovar os casos de teste e define o processo de aprovação. Use para estabelecer um processo formal de revisão
que pode ajudar os processos de negócios a seguirem os padrões e regulamentos aplicáveis do mercado ou
da empresa. Cada membro da equipe listado recebe uma notificação de item de trabalho. Quando os membros da equipe responderem, um proprietário do plano é notificado e um resumo dos resultados é exibido. Em seguida, o proprietário da equipe atualiza o plano de acordo e repete o processo até que todos os membros da equipe aprovem. |
Requisitos | Lista os requisitos de um determinado ciclo de teste. Você pode criar novos requisitos diretamente no plano de teste ou importá-los de uma
ferramenta externa, como oIBM® Rational RequisitePro. Após os requisitos serem incluídos no plano de teste, você pode associá-los com casos de teste. Após estabelecer o vínculo entre os requisitos e os casos de teste, você pode criar relatórios de cobertura para determinar a porcentagem de requisitos cobertos pelos casos de teste. Mantendo esse vínculo firme entre os requisitos e os casos de teste, é possível configurar a rastreabilidade ao longo do ciclo de vida do projeto. |
Avaliação de Risco | Lista os riscos associados ao plano de teste particular. Cada risco inclui uma avaliação, impacto, uma medida de importância relativa e um impacto de mitigação. Os membros da equipe podem fornecer sua própria avaliação de risco na seção Meu Risco. O software efetua uma média das classificações de Meu Risco dos membros individuais da equipe e fornece uma pontuação geral na seção Risco da Comunidade. |
Segurança do Aplicativo | Lista as políticas de teste disponíveis que podem ser incluídas no
script de casos de teste. Uma política de teste é um conjunto predefinido de testes de segurança que define os testes que você pode executar, como testes de classes de ameaça, testes do aplicativo ou da infraestrutura e testes invasivos ou não-invasivos. Clique no link de política de teste para visualizar e editar os detalhes no AppScan Tester Edition. |
Planejamentos de Teste | Define o planejamento para o plano de teste. Nesta seção, você
pode criar vários marcos ou iterações, cada um com sua própria data de início e de
encerramento. Clique no ícone |
Estimativa de Teste | Define um esforço de planejamento e um esforço de execução de teste de alto nível associados a esse plano de teste. O esforço pode ser inserido em person hours (PH), person days (PD), person months (PM) ou person years (PY). |
Ambientes de Teste | Use para especificar os ambientes de teste que devem ser
suportados e os recursos que estão disponíveis. Você pode usar estas informações para determinar os ambientes a serem testados para cada caso de teste. Você pode fornecer essas informações manualmente ou automaticamente usando o produto para gerar essas informações. Também é possível incluir ambientes existentes a partir de um catálogo de configuração. Depois de incluir essas informações no plano de teste, você pode executar uma análise de intervalo dos ambientes que o plano de teste especifica em relação às máquinas que estiverem disponíveis para teste. Além disso, você pode criar requisitos para os recursos de laboratório. |
Equipe de Teste | Lista os membros de cada equipe de teste. Como administrador, você pode executar várias tarefas administrativas, como incluir usuários nas áreas de equipe e criar novas áreas de projeto e áreas de equipe. |
Objetivos de Qualidade | Lista no formato de tabela os objetivos de qualidade geral, assim como os critérios de entrada e saída necessários para o teste. Os objetivos de qualidade são definidos no nível do projeto e implementados em planos de teste individuais, nos quais você pode controlar se cada objetivo foi ou não atendido. Normalmente, objetivos de qualidade fornecem várias medidas de qualidade para o release geral, por exemplo, o número percentual de defeitos de alta severidade permitidos ou o número de registros de execução em falha permitidos. |
Critérios de Entrada | Use para especificar as condições necessárias para iniciar o teste, como o nível mínimo do produto e a qualidade de recurso necessários antes do início do teste. |
Critérios de Saída | Use para especificar as condições a serem atendidas para que um determinado ciclo de teste seja considerado completo. Por exemplo, você pode especificar que o teste está incompleto até que 100% dos casos de teste tenham sido executados e que todos os defeitos mais graves tenham sido corrigidos. Durante o curso de um ciclo de teste, você pode ajustar os critérios de saída. |
Casos de Teste | Lista os casos de teste associados ao plano de teste. Você pode incluir e remover associações nos documentos de teste e criar e associar um novo caso de teste. Remover um caso de teste removerá a associação a este plano de teste, mas não excluirá o caso de teste. |
Recursos | Especifica os vários locais compartilhados aos artefatos referenciados no plano de teste. |
Anexos | Use para anexar arquivos e documentos no plano de teste, como planos de teste anteriores, iterações de teste, capturas de tela e outros materiais de suporte. |