Julgamento e classificação
Deduplicação é matemática, e todo mundo tem. O que mantém um backlog limpo é o julgamento: decidir se um relato é mesmo um bug de verdade e, se não for, o que ele realmente é. O Qalibr classifica cada relato recebido antes que ele possa virar um ticket.
Os rótulos
Cada relato recebe um rótulo principal:
| Rótulo | O que significa | Resultado típico |
|---|---|---|
| Bug | Um defeito genuíno que vale um ticket. | Enriquecido e roteado na aprovação. |
| Incidente | Uma falha de produção ativa e de alto impacto. | Trazido à tona com urgência; severidade com piso. |
| Regressão (sinal) | Funcionava antes, quebrou agora. Carregado como código de motivo em um bug, não como uma classe separada. | Tratado como bug, com a regressão registrada. |
| Erro do usuário | Comportamento esperado, mal compreendido. Não é um defeito. | Filtrado; sem ticket, a menos que você sobrescreva. |
| Pergunta | Alguém perguntando como algo funciona. | Não é um bug; roteado para fora do backlog. |
| Pedido de funcionalidade | Um pedido de nova capacidade. | Não é um bug; pode ser triado separadamente. |
| Suporte operacional | Pedidos de acesso, configuração, deploy ou tarefas. | Não é um defeito; tratado como ops. |
| Ambíguo | Sinal insuficiente, ou sinais contraditórios, para decidir. | Retido para um humano ou mais contexto. |
Por que ele decide
Cada rótulo vem com códigos de motivo — a evidência por trás da decisão, como relato explícito de bug, mensagem de erro presente, comportamento inesperado ou sinais contraditórios — e um sinal de confiança. O painel de detalhes mostra o rótulo, seu raciocínio e a confiança, para que você possa confiar na decisão ou sobrescrevê-la em um clique.
Você ajusta
O julgamento não é fixo. Com Regras você codifica o padrão da sua equipe, para que o Qalibr faça a triagem da forma como o seu melhor engenheiro de QA faria. Cada aprovação ou rejeição que você faz também alimenta a Calibração.
Somente relatos julgados como bugs acionáveis (ou incidentes) são redigidos como tickets. Perguntas, pedidos de funcionalidade, erro do usuário e pedidos de ops são reconhecidos e mantidos fora do seu backlog de bugs, para que o ruído nunca custe a um engenheiro uma troca de contexto.
