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 e sinal de severidade em um bug, não como uma classe separada. | Escalado. |
| 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, por exemplo relato explícito de bug, mensagem de erro presente, sinal de regressão, impacto em produção ou contexto insuficiente) 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.
