Regra de Ouro: A Severidade mede o impacto técnico (quão mau é o erro), enquanto a Prioridade mede o impacto de negócio (quão rápido precisamos de o corrigir).
Severidade (Impacto Técnico)
Indica o grau de destruição que o defeito causa no sistema. É um atributo mais objetivo e técnico.
Quem define: Geralmente o QA/Tester ao descobrir o bug.
Foco: Funcionalidade e estabilidade.
Níveis de Severidade:
S1 - Crítica (Blocker): O sistema crasha, dados são perdidos ou uma funcionalidade essencial (ex: Checkout) está totalmente bloqueada. Sem "workaround".
S2 - Alta (Major): Uma funcionalidade importante está degradada ou não funciona, mas existe um contorno (ainda que difícil).
S3 - Média (Normal): O erro causa um comportamento inesperado que não impede o fluxo principal (ex: erro numa funcionalidade secundária).
S4 - Baixa (Minor): Problemas de interface, ortografia ou cosméticos que não afetam a lógica do negócio.
Prioridade (Urgência de Negócio)
Indica a ordem em que os bugs devem ser corrigidos. É um atributo que pode ser influenciado pelo cronograma e marketing.
Quem define: Geralmente o Product Owner (PO) ou gestor, com inputs do QA.
Foco: Prazo e valor de mercado.
Níveis de Prioridade:
P1 - Urgente: Deve ser corrigido imediatamente. Para tudo para resolver.
P2 - Alta: Deve ser resolvido na Sprint atual ou na próxima release.
P3 - Média: Entra no backlog para ser planeado.
P4 - Baixa: "Nice to have". Corrigir quando houver tempo ou em tarefas de melhoria.
Exemplos Práticos (A Matriz de Confusão)
Cenário | Severidade | Prioridade | Explicação |
Erro 500 no Login | Crítica | Urgente | Sistema parado para todos. Caos total. |
Erro na cor do botão de compra | Baixa | Urgente | Tecnicamente simples, mas impede a identidade da marca ou confunde o cliente no momento da conversão. |
Crash num browser antigo (IE11) | Crítica | Baixa | O sistema morre naquele browser, mas quase nenhum cliente nosso o usa. |
Link de "Termos de Uso" quebrado | Baixa | Baixa | Impacto funcional quase nulo e não é urgente. |
💡 Como usar isto no nosso fluxo?
Ao abrir um bug no Jira:
O QA atribui a Severidade baseada no impacto técnico.
O Time/PO discute a Prioridade.
Se um bug for S1, ele deve ser automaticamente considerado para uma P1/P2.
Comentários
0 comentário
Escreva seu comentário aqui
Por favor, entre para comentar.