Severidad y prioridad suelen confundirse, aunque responden preguntas distintas. La severidad describe el impacto de un problema en el sistema o el usuario; la prioridad indica con qué urgencia debe abordarlo el equipo.
¿Qué es la severidad?
La severidad expresa el impacto técnico o en el usuario de un defecto: cuánto altera la funcionalidad, los datos, la seguridad, la disponibilidad o un recorrido esencial.
¿Qué es la prioridad?
La prioridad expresa la urgencia de negocio de una corrección: si hace falta ahora, antes de la entrega, en el próximo sprint o si puede esperar.
Por qué no siempre coinciden
- →Un defecto grave puede tener baja prioridad si afecta a un escenario poco frecuente o deshabilitado temporalmente.
- →Un defecto visual menor puede tener alta prioridad si aparece en la pantalla principal antes de una demostración importante o una campaña de marketing.
Cómo analizarlas eficazmente
- →Evalúa la severidad por su impacto en el sistema, los datos y los usuarios.
- →Analiza la prioridad en el contexto de necesidades de negocio, plazos, entrega, audiencia y capacidad del equipo.
- →Mantén los conceptos separados: «creo que esto importa» no demuestra una severidad alta.
Un buen trabajo de QA justifica severidad y prioridad, en lugar de limitarse a asignarlas. Esto reduce las discusiones improductivas de clasificación y ayuda al equipo a decidir más rápido.