Quero ser um caçador de bugs

2,089 views

Published on

Apresentação no

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,089
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
31
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Quero ser um caçador de bugs

  1. 1. Quero ser umcaçador de bugs Sarah Pimentel TDC 2012 – SP – Testes University
  2. 2. @sarahpimentel• Engenheira de Qualidade na Locaweb• Blog: ensaiosdeqa.blogspot.com• E pra desopilar: corredora
  3. 3. Quero ser um caçador de bugs• O que são bugs?• Como eles nascem?• Como encontra-los?• Como cuidar deles?
  4. 4. Bugs• Não conformidades com a especificação• “As vendas cairam” mas… “está de acordo com a especificação”
  5. 5. Bugs• Bugs - tudo o que está diretamente ligado ao produto e que impede que alcancemos o resultado desejado com ela.
  6. 6. Como eles nascem?• Problemas de comunicação – O cliente achou que era óbvio, o analista não perguntou, o desenvolvedor não criticou, o testador não foi atrás.
  7. 7. Quando encontra-los?• O quanto antes!• Na reunião de levantamento• No cafézinho• No fumódromo (Ministério da Saúde adverte!!!!!!)• Na leitura do documento (…)
  8. 8. Tester no final do projeto?• Controle de qualidade custa caro porque corrigir bugs custa caro no final do projeto.• Teste deve ser uma atividade preventiva.• Clientes, analistas, desenvolvedores, todos devem atuar como parceiros
  9. 9. Como estar preparado?• Técnicas de verificação e validação• Muita conversa com o time• Ler blogs• Participar de listas de discussão – DFTestes – Testadores.com
  10. 10. Mas.. E quando eu der de cara com um bug?• Análise: – deve ser corrigido? – deve ser catalogado? – que informações são importantes? – coleta de evidência? vídeo? imagem? – é necessário ter uma ferramenta de bug tracker?
  11. 11. Reportando um bug• Título (Resumo)• Como reproduzir, incluir dados• Ambiente• Criticidade• Módulo• Evidência• …
  12. 12. Reportando bugs sem cuidado• Desenvolvedores retornam bugs como não reproduzíveis gerando: – Perda de tempo na escrita do bug – Frustração para o testador• Bugs podem não ser reproduzíveis dado a: – Intermitência – Inconsistência de ambientes de dev e teste – Falta de dados para reprodução
  13. 13. Dicas para o report de bugs• Teste com cuidado• Teste novamente (reprodução)• Teste de forma diferente (isole)• Teste em outro lugar (generalize)• Seja objetivo• Use palavras claras, evite ambiguidades• Revise o report antes de enviar
  14. 14. Reportando um bug…• www.submarino.com.br
  15. 15. Ferramentas de bug tracker• Mantis, Bugzilla• Pivotal? Redmine?• Post it?• “Um tolo com uma ferramenta continua apenas um tolo”. Onde você quer chegar?
  16. 16. Acompanhamento de defeitos• Aberto• Em desenvolvimento• Resolvido• Fechado
  17. 17. Acompanhamento de defeitos AResoluções: CONFIRMAR•Corrigido•Duplicado confirmado•Não será corrigido•Não reproduzido NOVO•Invalido•Lembrar depois desenvolvedor inicia resolução ATRIBUIDO desenvolvedor resolveu RESOLVIDO QA não satisfeito QA verifica que a com a resolução solução atendeu REABERTO VERIFICADO FECHADO
  18. 18. Acompanhamento de defeitos• Re-teste / Teste de confirmação• Teste de Regressão
  19. 19. Acompanhamento de defeitos Qual o projeto mais crítico?
  20. 20. Acompanhamento de defeitos Qual o projeto com mais testes?
  21. 21. Acompanhamento de defeitos Quais os melhores desenvolvedores?
  22. 22. Acompanhamento de defeitos Qual o projeto melhor definido?
  23. 23. Acompanhamento de defeitosQual o projeto está a mais tempo em teste?
  24. 24. Aprendendo com os bugs• Áreas da aplicação mais vulneráveis• Causas mais comuns• Média de tempo de resolução• Tipos de bugs mais encontrados (Compatibilidade de browsers, segurança, performance,…)
  25. 25. O que é preciso para ser um caçador?• C.O.M.U.N.I.C.A.Ç.A.O• Atenção• Organização• Estudo• Entender o que está caçando (QAs mais técnicos)
  26. 26. Perguntas?sarah.pimentel@gmail.com@sarahpimentel

×