Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Marcello A. Limamarcello.a.lima@hsbc.com.br            Apoio
Um plano de testes documenta aestratégiaqueseráusadaparaverificar eassegurarque um produtoousistema segue asespecificações...
•   Test plan identifier•   Introduction•   Test items•   Features to be tested•   Features not to be tested•   Approach• ...
Auxilia a organizar as versões tanto de softwarecomo de testware.Algumas informações importantes que devemconstar ao se id...
Descreve o propósito do plano de testes.Essencialmente é o sumário executivo do planode testes.Pode incluir referências a ...
São os itens que estão dentro do escopo doplano de testes.Pode se basear em: Requerimentos Especificações de Design Man...
Define o que deve ser testado do ponto de vistado USUÁRIO.Não é uma descrição técnica do sistema, massim o ponto de vista ...
Define o que não deve ser testado do ponto devista do USUÁRIO.Identifique o porque de não se testar algo.
Deve ser a estratégia para o plano de testes.Regras e processos devem ser identificados.Como serão feitos os testes de Reg...
Quais serão os critérios para finalização dostestes?O Objetivo é identificar quando um item passouou não no processo de te...
Descreve em que circustâncias os testes devemser suspensos e quando os mesmos podem serreiniciados.
Define o que será entregue pela fase de testes.Ex.: TestPlan Especificações de Design Especificações de Testes Procedi...
Define as atividades para cada entregável(deliverable)As atividades devem ter atividadescorrespondentes e milestonesno cro...
Define os requisitos para o ambiente de testescomo por exemplo:  Hardware  Software  SO’s  Ferramentas  Segurança  E...
Define Quem Faz o Quê.Ex.: Determinar Riscos Prover o treinamento necessário Quem toma a decisão go/no go Etc.
Identifica as necessidades críticas detreinamento dos recursos.Ex.:Treinamento no produtoTreinamento nas ferramentas neces...
Define o cronograma dos testes.Deve ser realista e ter suas estimativasvalidadas. Se a estimativa para desenvolvimentoda a...
Define os riscos do projeto dando ênfase aoprocesso de testes.Ex.: Falta de recursos para testes Indisponibilidade de fe...
Define quem pode aprovar o processo comocompleto e permitir que o projeto passe para apróxima etapa.
www.realtesting.com.br
Serviços Treinamentos especializados em qualidade e testede software Parceria com a TestAnywhere:    Consultoria    Outsou...
Treinamentos Diagnóstico Capacitação em teste de software Avaliação de Usabilidade Automação de Testes Funcionais Testes d...
Contato     Tatiana Gonzagacontato@realtesting.com.br
mans.lima@gmail.com
Upcoming SlideShare
Loading in …5
×

Plano de testes

900 views

Published on

  • Be the first to comment

Plano de testes

  1. 1. Marcello A. Limamarcello.a.lima@hsbc.com.br Apoio
  2. 2. Um plano de testes documenta aestratégiaqueseráusadaparaverificar eassegurarque um produtoousistema segue asespecificações e outrosrequisitos. O plano detestes énormalmentepreparadopeloengenheiro detestes. ◦ 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) http://en.wikipedia.org/wiki/Test_plan
  3. 3. • 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
  4. 4. Auxilia a organizar as versões tanto de softwarecomo de testware.Algumas informações importantes que devemconstar ao se identificar um plano de testes: •Nome breve do TestPlan (Unique Short Name) •Data e número da versão •Autor e informações de Contato •Histórico de revisões
  5. 5. Descreve o propósito do plano de testes.Essencialmente é o sumário executivo do planode testes.Pode incluir referências a outros planos edocumentos, descrição do projeto, etc.
  6. 6. São os itens que estão dentro do escopo doplano de testes.Pode se basear em: Requerimentos Especificações de Design Manuais de usuário Manuais ou guias de operação Procedimentos ou manuais de instalação
  7. 7. Define o que deve ser testado do ponto de vistado USUÁRIO.Não é uma descrição técnica do sistema, massim o ponto de vista do usuário sobre cadafuncionalidade.Determina o nível de risco de cadafuncionalidade do ponto de vista do usuário(Alto, Médio, Baixo).
  8. 8. Define o que não deve ser testado do ponto devista do USUÁRIO.Identifique o porque de não se testar algo.
  9. 9. 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 importantespara os testes.
  10. 10. Quais serão os critérios para finalização dostestes?O Objetivo é identificar quando um item passouou não no processo de testes.
  11. 11. Descreve em que circustâncias os testes devemser suspensos e quando os mesmos podem serreiniciados.
  12. 12. Define o que será entregue pela fase de testes.Ex.: TestPlan Especificações de Design Especificações de Testes Procedimentos de Testes Scripts Etc.
  13. 13. Define as atividades para cada entregável(deliverable)As atividades devem ter atividadescorrespondentes e milestonesno cronogramado projeto.
  14. 14. Define os requisitos para o ambiente de testescomo por exemplo: Hardware Software SO’s Ferramentas Segurança Etc.
  15. 15. Define Quem Faz o Quê.Ex.: Determinar Riscos Prover o treinamento necessário Quem toma a decisão go/no go Etc.
  16. 16. Identifica as necessidades críticas detreinamento dos recursos.Ex.:Treinamento no produtoTreinamento nas ferramentas necessárias
  17. 17. Define o cronograma dos testes.Deve ser realista e ter suas estimativasvalidadas. Se a estimativa para desenvolvimentoda aplicação é imprecisa, todo o projeto podeser afetado, inclusive seus testes.
  18. 18. Define os riscos do projeto dando ênfase aoprocesso de testes.Ex.: Falta de recursos para testes Indisponibilidade de ferramentas, hardware ou software Entrega tardia Etc.
  19. 19. Define quem pode aprovar o processo comocompleto e permitir que o projeto passe para apróxima etapa.
  20. 20. www.realtesting.com.br
  21. 21. Serviços Treinamentos especializados em qualidade e testede software Parceria com a TestAnywhere: Consultoria Outsourcing (terceirização de serviços) Revenda oficial da AutomatedQA (TestComplete)
  22. 22. 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 emodelagem de processos de testes comferramentas Open Source Preparatório Oficial da Certificação Brasileira deTeste de Software - CBTS
  23. 23. Contato Tatiana Gonzagacontato@realtesting.com.br
  24. 24. mans.lima@gmail.com

×