¿Cuál es la diferencia entre severidad y prioridad de un bug?

Respuesta directa

Qué debe cubrir una buena respuesta

Cómo funciona

La severidad describe el daño que causa el defecto: pérdida de datos y brechas de seguridad son críticas, un fallo en un flujo principal es alta, una etiqueta incorrecta es baja. Es una propiedad del bug y la fija quien pueda juzgar el impacto técnico y de usuario. La prioridad describe cuándo se arreglará respecto a todo lo demás, y es una decisión de negocio que sopesa la severidad frente a quién está afectado, cuántos, si una release o un contrato dependen de ello y cuánto cuesta la solución temporal. Mantener ambas separadas evita la inflación, donde todo se marca crítico para llamar la atención, y el abandono, donde un problema de baja severidad en la página de registro se deja meses mientras cuesta clientes en silencio.

Ejemplo

Un fallo al importar un formato de fichero raro es de severidad alta pero prioridad baja porque dos usuarios lo sufren al año y la solución temporal es fácil. Un botón desalineado en la página de checkout es de severidad baja pero pasó a máxima prioridad la semana anterior a una campaña de marketing porque hacía que la página pareciera poco fiable. La reunión de triaje registró ambos campos con el razonamiento para poder revisar las decisiones.

Errores frecuentes

• Usar un solo campo para ambas y discutir qué significa crítico.
• Dejar que quien reporta fije la prioridad según cuánto le molesta el bug.
• No revisar nunca la prioridad cuando cambia el contexto de la release.

Una estructura útil para responder

Responde desde tu propia experiencia.

No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.