Tipos de Bugs - Resumo

O que é um bug, que tipos de bugs distinguimos e como determinar o certo para o seu bug?

Nikola Jonic avatar
Escrito por Nikola Jonic
Atualizado há mais de uma semana

Um bug é um problema relacionado ao software. Se algo em um site ou aplicativo não funciona como pretendido, esse "erro" é um bug. Aqui na test IO, distinguimos entre os seguintes tipos de bugs:

Bugs Funcionais

Bugs funcionais estão relacionados à funcionalidade de um software, por exemplo, um botão que não envia um formulário, a pesquisa que não reage à entrada do usuário, um aplicativo que trava, etc. Pode ser um problema funcional sempre que você realiza uma ação e o site/aplicativo não responde como esperado.

Como determinar se o comportamento do site/aplicativo é um bug funcional:

  • Tente descobrir se um recurso foi projetado de uma maneira específica ou se está realmente defeituosa. Teste-o isoladamente e em combinação com outros recursos para identificar diferenças potenciais.

  • Pense nas intenções do cliente e considere que o produto pode estar funcionando exatamente como foi implementado.

  • Encontre evidências de que algo não está funcionando como deveria e sustente sua alegação.

  • Exemplo: Uma funcionalidade de loja online funciona de maneira diferente do que em outras lojas online que você conhece. Isso não significa que a funcionalidade está quebrada. Os clientes podem implementar seus produtos da maneira que desejarem.

  • Exemplo: Se você alega que um campo de formulário não está validado e que isso é um erro, certifique-se de que exista alguma indicação de que o campo deve ser validado. Você pode fornecer essa evidência mostrando que o campo é validado em alguns casos, mas não em outros. Se você não fornecer nenhuma evidência, a alegação não será fundamentada.

  • Um problema visual ou de conteúdo se torna um problema funcional quando atrapalha uma funcionalidade e, portanto, deve ser relatado como um bug funcional.

  • Se uma funcionalidade sempre funciona da mesma maneira em diferentes cenários e sem problemas óbvios, provavelmente é intencional (não é um bug).

Avaliação de Severidade

O nível de severidade apropriado para um bug funcional depende de vários fatores: o impacto funcional do problema, a extensão do problema, a existência de soluções alternativas ou se é um bloqueio, se há perdas potenciais e notáveis de vendas e se você pode comparar esse bug com outros bugs da mesma gravidade. Portanto, na Test IO, distinguimos entre três níveis de severidade para bugs funcionais:

Baixo:

  • Impacto mínimo no uso do produto.

  • O produto exibe um comportamento não intencional, mas o uso geral não é afetado.

  • Poucos usuários, produtos ou itens são afetados.

  • Um recurso/funcionalidade está defeituoso ou indisponível, mas uma solução alternativa fácil resolve o problema.

Alto:

  • Impacto sério no uso do produto, mas a funcionalidade principal está intacta.

  • Um grande número de usuários, produtos ou itens está envolvido.

  • Funcionalidades não triviais estão defeituosas ou indisponíveis, e nenhuma solução alternativa existe.

  • Funcionalidades importantes estão quebradas ou indisponíveis, mas existe uma solução alternativa (portanto, não é um bloqueio).

Crítico:

  • O bug impede a funcionalidade principal do aplicativo/site.

  • Um bloqueio impede o usuário de continuar o processo principal, por exemplo, o checkout.

  • O bug causa uma perda potencial e notável de vendas para o cliente.

Preparamos uma lista de casos com níveis de severidade fixos com base em avaliações comuns: Leve-me para a Planilha de Avaliação de Bugs! Por favor, revise a lista cuidadosamente e verifique-a regularmente para atualizações futuras.

Bugs de Conteúdo

Bugs de conteúdo estão relacionados ao conteúdo real de sites ou aplicativos: texto, rótulos, imagens, vídeos, ícones, links, dados, etc. Portanto, bugs de conteúdo típicos incluem:

  • Links ou imagens quebradas (404s) (a menos que estejam localizados no menu de navegação, cabeçalho, rodapé ou navegação por trilhas, que são bugs funcionais de baixa gravidade)

  • Redirecionamentos defeituosos, em geral

  • Texto ausente, por exemplo, em uma dica vazia

  • Conteúdo ausente, por exemplo, uma área de conteúdo vazia

  • Conteúdo ausente, por exemplo, se 4 de 5 ícones tiverem dicas, mas 1 não tiver

  • Traduções ausentes, por exemplo, alguns botões em um site em inglês com rótulos em francês

  • Alguns produtos estão faltando nos resultados da pesquisa, mas a função de pesquisa em si funciona

  • Dados ausentes

Observe que problemas de ortografia não são considerados bugs de conteúdo em nossa plataforma e não podem ser enviados como tal.

Bugs Visuais

Bugs visuais estão relacionados às interfaces gráficas de sites ou aplicativos, por exemplo:

  • Problemas no layout, como textos/elementos desalinhados

  • Um problema de Design Responsivo, por exemplo, um elemento é exibido em um dispositivo móvel, mas não em outro

  • Textos/elementos se sobrepõem involuntariamente

  • Textos/elementos são cortados

Atualização de um bug de conteúdo ou visual para um bug funcional

Assim que um bug de conteúdo ou visual impedir uma funcionalidade, ele deve ser relatado como um bug funcional, mesmo que não seja a própria função que esteja defeituosa. Um caso importante em que um bug de conteúdo deve ser enviado como um bug funcional é quando ocorre em um componente funcional do produto - ou seja, problemas de link no menu de navegação, cabeçalho, rodapé ou navegação por trilhas. Esses problemas são geralmente bugs funcionais de baixa gravidade.

Problemas Repetitivos

Quando um problema de conteúdo ou visual ocorre repetidamente, ele pode ser enviado apenas uma vez, mesmo que cada ocorrência tenha uma URL, link, imagem, etc., diferentes. Isso também se aplica se as ocorrências estiverem na mesma página ou em páginas diferentes. Um único relatório de bug deve mencionar que outras URLs, links, imagens, etc., estão defeituosas.

Relatórios individuais de bugs para cada ocorrência do problema não devem ser enviados porque serão rejeitados. Por exemplo, apenas um relatório deve ser enviado para os seguintes problemas de conteúdo: algumas imagens de produtos em várias páginas de detalhes de produtos de uma loja online estão quebradas; alguns links de download de manuais em PDF em várias páginas de detalhes de produtos levam a páginas 404; algumas descrições de produtos estão em um idioma diferente do restante da loja online; algumas dicas não contêm informações; alguns links pertencentes ao mesmo grupo estão quebrados, etc.

Os seguintes problemas visuais devem ser enviados apenas uma vez: alguns textos ou imagens são maiores do que suas caixas; vários campos de entrada não são grandes o suficiente para conter seus textos padrão, que não são completamente visíveis; vários teasers se sobrepõem involuntariamente a outros elementos, etc.

Para obter informações mais detalhadas sobre cada tipo de bug e sua documentação na plataforma Test IO, visite os seguintes artigos:

Isto respondeu à sua pergunta?