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
15. Ferramentas de bug tracker
• Mantis, Bugzilla
• Pivotal? Redmine?
• Post it?
• “Um tolo com uma ferramenta continua
apenas um tolo”. Onde você quer chegar?
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
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)