Desenvolvendo um Plano de TestesMarcello A. Lima

marcello.a.lima@hsbc.com.br

Apoio

Um plano de testes documenta a estratégia que será usada para verificar e assegurar que um produto ou sistema segue as especificações e outros requisitos. O plano de testes é normalmente preparado pelo engenheiro de testes.

◦ A test plan documents the strategy that will be used to verify and ensure that a product or system meets its design specifications and other requirements. A test plan is usually prepared by or with significant input from Test Engineers. (Wikipedia)

Plano de Testes - Definição

http://en.wikipedia.org/wiki/Test_plan

IEEE 829-1998 Test Plan Structure• Test plan identifier• Introduction• Test items• Features to be tested• Features not to be tested• Approach• Item pass/fail criteria• Suspension criteria and resumption requirements• Test deliverables• Testing tasks• Environmental needs• Responsibilities• Staffing and training needs• Schedule• Risks and contingencies• Approvals

Auxilia a organizar as versões tanto de software como de testware.Algumas informações importantes que devem constar ao se identificar um plano de testes:

Identificador do Plano de Teste(Test Plan Identifier)

•Nome breve do Test Plan (Unique Short Name)

•Data e número da versão

•Autor e informações de Contato

•Histórico de revisões

Descreve o propósito do plano de testes. Essencialmente é o sumário executivo do plano de testes.Pode incluir referências a outros planos e documentos, descrição do projeto, etc.

Introdução (Introduction)

São os itens que estão dentro do escopo do plano de testes.Pode se basear em:

RequerimentosEspecificações de DesignManuais de usuárioManuais ou guias de operaçãoProcedimentos ou manuais de instalação

Itens a Serem Testados (Test Items)

Define o que deve ser testado do ponto de vista do USUÁRIO.Não é uma descrição técnica do sistema, mas sim o ponto de vista do usuário sobre cada funcionalidade.Determina o nível de risco de cada funcionalidade do ponto de vista do usuário (Alto, Médio, Baixo).

O Que Será Testado (Features to be Tested)

Define o que não deve ser testado do ponto de vista do USUÁRIO.Identifique o porque de não se testar algo.

O Que Não Será Testado (Features not to be Tested)

Deve ser a estratégia para o plano de testes.Regras e processos devem ser identificados.Como serão feitos os testes de Regressão, reuniões, métricas e outros itens importantes para os testes.

Abordagem (Approach)

Quais serão os critérios para finalização dos testes?O Objetivo é identificar quando um item passou ou não no processo de testes.

Critérios de Sucesso/Falha (Items pass/fail criteria)

Descreve em que circustâncias os testes devem ser suspensos e quando os mesmos podem ser reiniciados.

Critérios de Suspensão e Reinicio(Suspension Criteria and Resumption Requirements)

Define o que será entregue pela fase de testes.Ex.:

Test PlanEspecificações de DesignEspecificações de TestesProcedimentos de TestesScriptsEtc.

Entregáveis (Deliverables)

Define as atividades para cada entregável (deliverable)As atividades devem ter atividades correspondentes e milestones no cronograma do projeto.

Atividades de Testes (Test Tasks)

Define os requisitos para o ambiente de testes como por exemplo:

HardwareSoftwareSO’sFerramentasSegurançaEtc.

Ambiente de Testes (Environmental Needs)

Define Quem Faz o Quê.Ex.:

Determinar RiscosProver o treinamento necessárioQuem toma a decisão go/no goEtc.

Responsabilidades (Rules and

Responsabilities)

Identifica as necessidades críticas de treinamento dos recursos.Ex.:Treinamento no produtoTreinamento nas ferramentas necessárias

Recursos e Treinamento (Staffing and Training Needs)

Define o cronograma dos testes.Deve ser realista e ter suas estimativas validadas. Se a estimativa para desenvolvimento da aplicação é imprecisa, todo o projeto pode ser afetado, inclusive seus testes.

Cronograma (Test Schedule)

Define os riscos do projeto dando ênfase ao processo de testes.Ex.: Falta de recursos para testes Indisponibilidade de ferramentas, hardware

ou software Entrega tardia Etc.

Riscos e Contingências (Risks and Contingencies)

Define quem pode aprovar o processo como completo e permitir que o projeto passe para a próxima etapa.

Aprovações (Approvals)

www.realtesting.com.br

Serviços

Treinamentos especializados em qualidade e teste de software

Parceria com a TestAnywhere:

Consultoria

Outsourcing (terceirização de serviços)

Revenda oficial da AutomatedQA (TestComplete)

Treinamentos

Diagnóstico

Capacitação em teste de software

Avaliação de Usabilidade

Automação de Testes Funcionais

Testes de Performance e Stress

Teste de Software Avançado: Gestão de teste e modelagem de processos de testes com ferramentas Open Source

Preparatório Oficial da Certificação Brasileira de Teste de Software - CBTS

Contato

Tatiana Gonzaga

contato@realtesting.com.br

Obrigado!mans.lima@gmail.com