Tipos de Bugs

Objetivo desta página

Esta página define a classificação oficial de tipos de bugs utilizada na DBSeller, estabelecendo critérios claros para categorização, uso correto das tags e padronização dos registros no ~~Jira.~~redmine.

A correta classificação dos bugs é essencial para:

análise de causa raiz
priorização técnica
geração de métricas confiáveis
melhoria contínua do produto e do processo

Por que classificar bugs corretamente

Classificar bugs não é apenas organização. É inteligência operacional.

Uma classificação bem feita permite:

identificar áreas mais frágeis do sistema
entender onde o processo falha
direcionar investimentos técnicos
reduzir reincidência de problemas

Bug mal classificado gera métrica errada, e métrica errada gera decisão errada.

Classificação adotada pela DBSeller

A seguir estão os tipos de bugs oficiais, com definição, quando usar e exemplos práticos.

CodeDefect

Definição
Erros diretamente relacionados à lógica ou implementação de código.

Quando usar
Utilize quando o problema for causado por falha no desenvolvimento.

Exemplos práticos

cálculo incorreto de valores
loop infinito
regra de negócio implementada de forma errada
variável não inicializada

Exemplo realista
O sistema soma descontos duas vezes ao recalcular uma cotação.

UIUX

Definição
Problemas relacionados à interface ou experiência do usuário.

Quando usar
Quando o problema impacta visual, navegação ou clareza da interface.

Exemplos práticos

botão invisível
alinhamento quebrado
campos sobrepostos
fluxo confuso para o usuário

Exemplo realista
Campo obrigatório não apresenta indicação visual e permite salvar.

Performance

Definição
Problemas que afetam desempenho, tempo de resposta ou estabilidade.

Quando usar
Sempre que houver lentidão perceptível ou degradação do sistema.

Exemplos práticos

tela demora mais de 10 segundos para carregar
relatório trava o sistema
requisição consome recursos excessivos

Exemplo realista
Consulta de dados da escola leva mais de 30 segundos para responder.

Integration

Definição
Falhas na comunicação entre sistemas ou serviços.

Quando usar
Quando o erro envolve APIs, integrações internas ou externas.

Exemplos práticos

API retorna erro inesperado
timeout em integração
dados não sincronizados

Exemplo realista
Sistema não recebe retorno correto de um serviço externo de validação.

Data

Definição
Problemas relacionados a dados incorretos, ausentes ou inconsistentes.

Quando usar
Quando o dado existe, mas está errado, incompleto ou divergente.

Exemplos práticos

valores inconsistentes entre telas
dados duplicados
registros não exibidos

Exemplo realista
Relatório exibe cursos inativos como ativos.

Security

Definição
Vulnerabilidades que comprometem a segurança do sistema.

Quando usar
Sempre que houver risco de exposição ou violação de dados.

Exemplos práticos

acesso sem permissão
falha de autenticação
exposição de dados sensíveis

Exemplo realista
Usuário comum acessa tela restrita de administrador.

Configuration

Definição
Erros causados por configuração incorreta de ambiente ou parâmetros.

Quando usar
Quando o sistema funciona corretamente, mas a configuração está errada.

Exemplos práticos

parâmetro desativado indevidamente
variável de ambiente incorreta
configuração divergente entre ambientes

Exemplo realista
Funcionalidade não aparece porque parâmetro não foi habilitado.

Regression

Definição
Bug que reaparece após já ter sido corrigido anteriormente.

Quando usar
Sempre que o erro já foi tratado em versões anteriores.

Exemplos práticos

correção volta a falhar após novo deploy
funcionalidade regressa após melhoria

Exemplo realista
Bug corrigido em versão anterior reaparece após ajuste em módulo relacionado.

Environment

Definição
Problemas causados pelo ambiente de execução ou teste.

Quando usar
Quando o erro ocorre apenas em um ambiente específico.

Exemplos práticos

versão de banco incompatível
cache corrompido
falha de infraestrutura

Exemplo realista
Erro ocorre apenas no ambiente de homologação, não em produção.

Compatibility

Definição
Problemas de compatibilidade entre navegadores, dispositivos ou sistemas.

Quando usar
Quando o bug ocorre somente em determinado contexto tecnológico.

Exemplos práticos

erro apenas no Firefox
layout quebrado no mobile
falha em sistema operacional específico

Exemplo realista
Funcionalidade funciona no Chrome, mas falha no Edge.

RequirementGap

Definição
Problemas originados por requisitos incompletos ou mal definidos.

Quando usar
Quando o bug nasce da ausência de regra clara.

Exemplos práticos

comportamento não previsto
regra implícita não documentada

Exemplo realista
US não define como tratar múltiplos registros, gerando comportamento inesperado.

ThirdParty

Definição
Problemas causados por bibliotecas ou serviços de terceiros.

Quando usar
Quando a falha não está sob controle direto do time.

Exemplos práticos

SDK externo com erro
serviço fora do ar
atualização de dependência quebra funcionalidade

Exemplo realista
API externa retorna erro após atualização de versão.

UnclearUS

Definição
Problemas causados por histórias de usuário ambíguas ou incompletas.

Quando usar
Quando o bug surge por interpretação diferente do esperado.

Exemplos práticos

critérios de aceite vagos
regras contraditórias

Exemplo realista
US diz “exibir dados completos” sem definir quais campos.

UserReport

Definição
Bugs reportados diretamente por usuários finais.

Quando usar
Sempre que a origem do bug for o cliente.

Exemplos práticos

chamado de suporte
reclamação direta
erro identificado em uso real

Exemplo realista
Cliente reporta inconsistência ao emitir relatório em produção.

Hotfix

Definição
Correções urgentes necessárias para estabilização do sistema.

Quando usar
Quando o bug exige correção imediata, geralmente em produção.

Exemplos práticos

sistema indisponível
erro financeiro
bloqueio crítico de operação

Exemplo realista
Erro impede fechamento de folha de pagamento.

Importância da classificação para métricas

A correta tipagem dos bugs permite:

identificar áreas com maior incidência de falhas
medir qualidade por módulo
analisar recorrência de regressões
avaliar impacto de requisitos mal definidos
apoiar decisões técnicas e estratégicas

Sem classificação consistente, métricas perdem valor.

Boas práticas no uso das tags

sempre escolher a causa principal
usar tags complementares com moderação
evitar classificar pelo sintoma
revisar padrões periodicamente

Resultado esperado deste padrão

Com essa classificação, a DBSeller garante:

bugs mais bem analisados
métricas confiáveis
melhoria contínua orientada por dados
decisões técnicas mais maduras

Classificar bug corretamente é pensar qualidade de forma estratégica, não apenas operacional.