Processo de Triagem de Bugs

Triagem de bugs determina quais bugs corrigir e quando. Boa triagem prioriza baseado em impacto, não quem gritou mais alto. Má triagem deixa bugs críticos languidecerem enquanto problemas triviais são corrigidos. Este guia cobre triagem efetiva de bugs.

Níveis de Severidade

Processo de Triagem

Tratando Bugs

PROCESSO TRIAGEM BUG
═══════════════════

PASSO 1: VALIDAR
─────────────────────────────────────
É um bug real?
├── Pode ser reproduzido?
├── É comportamento esperado?
├── É duplicado?
├── Ainda é relevante?
├── Info suficiente para investigar?
└── Filtrar ruído

Ações:
├── Válido → Continuar triagem
├── Duplicado → Fechar, linkar original
├── Não é bug → Fechar com explicação
├── Precisa info → Solicitar detalhes
└── Disposição

PASSO 2: AVALIAR SEVERIDADE
─────────────────────────────────────
CRÍTICA:
├── Sistema inutilizável
├── Perda ou corrupção dados
├── Vulnerabilidade segurança
├── Todos usuários afetados
└── Deixar tudo

ALTA:
├── Recurso principal quebrado
├── Usuários significativos afetados
├── Sem workaround existe
├── Impacto negócio significativo
└── Correção prioridade

MÉDIA:
├── Recurso degradado
├── Workaround existe
├── Alguns usuários afetados
├── Chato mas gerenciável
└── Agendar logo

BAIXA:
├── Problema cosmético

├── Caso extremo raro
├── Pequeno inconveniente
├── Bom corrigir algum dia
└── Backlog

PASSO 3: PRIORIZAR
─────────────────────────────────────
Fatores:
├── Severidade (de acima)
├── Impacto usuário (quantos afetados)
├── Impacto negócio (receita, reputação)
├── Esforço para corrigir (vitória rápida?)
├── Dependências
└── Avaliação balanceada

PASSO 4: ATRIBUIR
─────────────────────────────────────
├── Adicionar ao sprint/backlog apropriado
├── Atribuir desenvolvedor (opcional)
├── Definir timeline alvo
├── Comunicar relator
└── Acompanhado e visível

Reunião de Triagem

Executando Triagem

REUNIÃO TRIAGEM
═══════════════

FREQUÊNCIA:
─────────────────────────────────────
├── Diária: Alto volume bug
├── 2-3x/semana: Volume médio
├── Semanal: Baixo volume
├── Conforme necessário: Bugs críticos
└── Ritmo regular

FORMATO:
─────────────────────────────────────
Tempo: 15-30 minutos
Participantes: PO, Tech Lead, QA Lead

Agenda:
1. Revisar novos bugs (5 min cada max)
2. Validar/avaliar/priorizar rapidamente
3. Atribuir sprint ou backlog
4. Revisar bugs travados
5. Concluído

POR BUG:
─────────────────────────────────────
├── Ler resumo
├── Verificar reprodução
├── Avaliar severidade
├── Discutir prioridade
├── Decidir ação
├── Seguir em frente
└── Decisões rápidas

SAÍDA:
─────────────────────────────────────
├── Todos novos bugs triados
├── Prioridades claras
├── Atribuições feitas
├── Nada em limbo
└── Inbox limpo

Relatórios Bug

Relatórios Qualidade

RELATÓRIOS BUG BONS
═══════════════════

INFORMAÇÃO OBRIGATÓRIA:
─────────────────────────────────────
├── Resumo (uma linha)
├── Passos para reproduzir
├── Comportamento esperado
├── Comportamento atual
├── Ambiente (navegador, OS)
├── Screenshots/logs se relevante
└── Info completa

TEMPLATE:
─────────────────────────────────────
**Resumo:**
[Descrição uma linha]

**Passos para Reproduzir:**
1. Ir para...
2. Clicar...
3. Observar...

**Esperado:**
[O que deveria acontecer]

**Atual:**
[O que realmente acontece]

**Ambiente:**
- Navegador: Chrome 120
- OS: macOS 14.1
- Tipo usuário: Plano Pro

**Contexto Adicional:**
[Screenshots, logs erro, etc.]

CRITÉRIOS TRIAGEM:
─────────────────────────────────────
Bug triagável quando:
├── Reproduzível
├── Claro o que está errado
├── Ambiente conhecido
├── Passos para seguir
└── Acionável

Configuração GitScrum

Acompanhamento Bug

GITSCRUM PARA BUGS
══════════════════

RÓTULOS:
─────────────────────────────────────
Tipo:
├── bug (todos bugs)

Severidade:
├── critical
├── high
├── medium
├── low

Status:
├── needs-triage
├── triaged
├── in-progress
├── fixed
├── wont-fix
└── Categorização clara

WORKFLOW:
─────────────────────────────────────
Novo bug → needs-triage
    ↓
Reunião triagem
    ↓
├── Adicionar rótulo severidade
├── Adicionar sprint ou backlog
├── Mudar para triaged
    ↓
Desenvolvimento
    ↓
Corrigido / Não será corrigido

BACKLOG BUG:
─────────────────────────────────────
├── Visualização separada para bugs
├── Filtrar por severidade
├── Lista priorizada
├── Puxar para sprints
└── Fila gerenciada

MÉTRICAS:
─────────────────────────────────────
├── Bugs por severidade
├── Tempo para triagem
├── Tempo para correção
├── Idade bug
├── Tendência ao longo tempo
└── Visibilidade qualidade

Melhores Práticas

Para Triagem Bug

1. Cadência regular — Não deixar bugs se acumularem
2. Decisões rápidas — 5 min por bug max
3. Critérios claros — Definições severidade
4. Comunicar — Atualizar relatores
5. Acompanhar tendências — Bugs estão aumentando?

Anti-Padrões

ERROS TRIAGEM:
✗ Sem processo triagem
✗ Bugs se acumulam intocados
✗ Voz mais alta ganha
✗ Sem definições severidade
✗ Nunca fechar bugs
✗ Sem comunicação relator
✗ Triagem leva horas
✗ Tudo é crítico

Soluções Relacionadas

• Gerenciando solicitações recursos cliente
• Workflow resposta incidente
• Priorizando itens backlog efetivamente