Os defeitos gerados ao longo do processo de desenvolvimento de software afetam diretamente a qualidade dos produtos e causam diversos problemas às empresas. Um defeito na área de teste de software é comumente chamado de “bug”. Bugs podem surgir em diferentes fases do ciclo de vida do software, desde a fase de planejamento até o pós-lançamento. No entanto, a questão importante não é se os bugs irão aparecer, mas quando eles serão encontrados e corrigidos. O momento em que um bug é identificado e corrigido pode ter um impacto significativo nos custos totais do projeto. Quanto mais cedo ele for detectado, menor será o custo para resolvê-lo. 

Uma etapa fundamental para detectar defeitos antes que estes cheguem aos usuários finais é o teste de software. Nessa atividade, essencialmente são realizados procedimentos para mostrar que as funcionalidades do sistema geram a saída esperada de acordo com a entrada informada. Caso um defeito seja encontrado é necessário registrá-lo para que os desenvolvedores possam reproduzi-lo corretamente e realizar a devida correção. 

Nesse sentido, reportar bugs de forma correta é fundamental para garantir que os desenvolvedores possam reproduzir os problemas e corrigi-los adequadamente. Desse modo, nesse artigo apresentamos dicas importantes para que o registro de defeitos, uma das etapas mais importantes da área de QA, seja realizado de forma eficaz. 

Acompanhe! 

Resumo 

O resumo é uma das primeiras informações que os envolvidos na correção do defeito visualizam. Ele precisa ser claro e objetivo, indicando diretamente o problema identificado. Dica: use um título conciso que resuma o problema de forma clara e precisa. 

Descrição 

Neste item deve ser feita uma contextualização mais abrangente sobre o defeito encontrado. Por isso, detalhe bem, mas nada além do necessário. Ademais, pode-se usar esse campo para mostrar a causa dos defeitos e propor práticas para prevenir a sua ocorrência novamente. É importante evitar comentários que possam ser interpretados de forma pessoal. Concentre-se apenas na descrição objetiva da não conformidade. Portanto, a descrição da não conformidade necessita ser compreensível e conter exclusivamente informações que ajudem na correta identificação do bug. 

Explique o que aconteceu, o que você esperava que acontecesse e qual foi o comportamento inesperado. Novamente, forneça o máximo de detalhes possíveis sobre a situação e não exagere nas informações, descreva o suficiente para que o responsável entenda o contexto e problema encontrado. 

Passos-a-passo 

Contar com um passo a passo com as instruções necessários para simular o problema é primordial para que os erros sejam averiguados e corrigidos. Em vista disso, este conteúdo deve apresentar o fluxo principal de toda execução que levou a constatação do problema, podendo ser exibido em forma de uma lista ordenada a ser seguida, sendo que cada passo deve ser descrito de forma clara e objetiva. Exemplo: 

1. Acesse a página de cadastro do sistema. 

2. Preencha os campos obrigatórios. 

3. Clique no botão "Salvar". 

4. Verifique a mensagem de erro exibida. 

Evidências de validação 

Evidências de validação comprovam a existência do defeito reportado. Tais arquivos podem ser vídeos, logs, prints de tela e devem ser anexados ao documento de registro do bug. Para um melhor aproveitamento na reprodução de defeitos, sugere-se que sempre seja destacada a área em que o erro foi detectado. Sempre que possível, inclua logs de erro e/ou capturas de tela para ilustrar o problema. Isso pode incluir mensagens de erro e outros detalhes visuais. 

Casos de Teste relacionados 

Relacionar um caso de teste a um defeito de software é uma prática relevante no processo de controle da qualidade, haja vista que ajuda a apontar quais procedimentos foram executados em determinado defeito e se este foi relatado adequadamente permitindo haver uma rastreabilidade das informações. 

Informações adicionais 

Informações complementares que não fizeram parte das seções anteriores e que sejam relevantes podem ser acrescentadas para contribuir com a simulação do problema registrado. Recomenda-se informar referências sobre o ambiente de teste, navegador utilizado no teste, sistema operacional, entre outros. Se possível, forneça uma estimativa de quão crítico é o bug. Ele é bloqueador? Afeta todos os usuários ou apenas em casos específicos? 

Participantes do defeito 

Indicar os participantes e o responsável pela resolução é fundamental para que todos os membros da equipe estejam cientes do progresso e do ciclo de vida de correção do bug. Em resumo, o bug precisa de um dono para chamar de seu. Exibir o histórico do status de resolução de um defeito também ajuda no gerenciamento do projeto e transparência do processo de QA. Tal histórico é uma ferramenta robusta para garantir que todos os envolvidos tenham uma visão clara sobre as fases que foram necessárias para resolver um defeito. 

Como vimos, identificar bugs e corrigi-los antecipadamente melhora muito a confiabilidade dos produtos. Após a identificação dos erros, o ideal é que estes façam parte de uma lista para serem resolvidos, gerando relatórios de indicadores com o intuito de averiguar se o sistema está atendendo os níveis de qualidade exigidos. Dessa forma, dispor de ferramentas para gestão de defeitos facilita o trabalho, visto que estas disponibilizam automaticamente informações acerca de diversos indicadores como: bugs por versão, tempo para resolução, gravidade dos defeitos, entre outros. 

Na Testing Company usamos o QualiGO, o qual possui um módulo específico de gestão de defeitos. Nele, vários aspectos em relação aos defeitos podem ser registrados, tais como: 

• Quem reportou; 

• Resumo; 

• Descrição; 

• Data em que o defeito foi descoberto; 

• Gravidade; 

• Status; 

• Passos para a reprodução; 

• Evidências. 

Além disso, a nossa ferramenta conta com relatórios de defeitos que possibilitam identificar a quantidade de pendências cadastradas para o projeto. Afinal, dispor de técnicas e ferramentas para controlar o ciclo de vida dos defeitos facilita e muito a rotina dos envolvidos no processo de desenvolvimento. 

As sugestões apresentadas neste artigo servem para que exista uma padronização no registro de bugs e sejam seguidas boas práticas, visto que caso o reporte seja feito de maneira inadequada, pode comprometer a qualidade dos testes. 

Quer contar com uma equipe especializada em identificar bugs e que saiba reportá-los com eficiência? Entre em contato conosco e saiba como podemos lhe ajudar.