Quero ser um caçador de bugs

Quero ser um caçador de bugs

• 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