O documento discute como se tornar um caçador de bugs eficaz. Ele explica o que são bugs e como eles surgem, enfatizando a importância da comunicação entre times. Também aborda como encontrar bugs o mais cedo possível, como reportá-los corretamente e acompanhar sua resolução para que o produto seja de melhor qualidade.

1. Quero ser um
caçador de bugs
Sarah Pimentel
TDC 2012 – SP – Testes University

2. @sarahpimentel
• Engenheira de Qualidade na Locaweb
• Blog: ensaiosdeqa.blogspot.com
• E pra desopilar: corredora

3. Quero ser um caçador de bugs
• O que são bugs?
• Como eles nascem?
• Como encontra-los?
• Como cuidar deles?

4. Bugs
• Não conformidades com a especificação
• “As vendas cairam” mas… “está de
acordo com a especificação”

5. Bugs
• Bugs - tudo o que está diretamente ligado
ao produto e que impede que alcancemos
o resultado desejado com ela.

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. 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. 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. 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. 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. Reportando um bug
• Título (Resumo)
• Como reproduzir, incluir dados
• Ambiente
• Criticidade
• Módulo
• Evidência
• …

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. 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. Reportando um bug…
• www.submarino.com.br

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. Acompanhamento de defeitos
• Aberto
• Em desenvolvimento
• Resolvido
• Fechado

17. Acompanhamento de defeitos
A
Resoluçõ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. Acompanhamento de defeitos
• Re-teste / Teste de confirmação
• Teste de Regressão

19. Acompanhamento de defeitos
Qual o projeto mais crítico?

20. Acompanhamento de defeitos
Qual o projeto com mais testes?

21. Acompanhamento de defeitos
Quais os melhores desenvolvedores?

22. Acompanhamento de defeitos
Qual o projeto melhor definido?

23. Acompanhamento de defeitos
Qual o projeto está a mais tempo em teste?

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. 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. Perguntas?
sarah.pimentel@gmail.com
@sarahpimentel