¿Cómo clasificar los errores para el desarrollador?

La clasificación de errores ayuda a los desarrolladores a entender rápidamente el problema y a determinar la prioridad de la corrección. Los criterios principales de clasificación:

• Gravedad (Severity): Impacto del error en el funcionamiento de la aplicación.
  • Bloqueador: La aplicación no funciona en absoluto o una funcionalidad clave no está disponible, sin alternativas.
  • Crítico: Violación grave de la funcionalidad que afecta a un número significativo de usuarios o procesos comerciales clave. Pueden existir soluciones alternativas parciales o temporales.
  • Mayor: Violación significativa de la funcionalidad o usabilidad, pero sin bloqueo completo.
  • Menor: Violación menor de la funcionalidad, defectos cosméticos, errores ortográficos. No afecta significativamente el funcionamiento de la aplicación.
  • Trivial: Defectos menores que casi no afectan el uso del usuario, pueden ser corregidos en último lugar.
• Prioridad (Priority): Urgencia de la corrección del error. Se determina conjuntamente por QA y Product Owner/Team Lead.
  • Máxima: Requiere corrección inmediata, bloquea la publicación de la versión o afecta críticamente a usuarios clave.
  • Alta: Debe corregirse en breve, afecta escenarios de uso importantes.
  • Media: Se recomienda corregir antes de la próxima versión.
  • Baja: Puede corregirse en versiones posteriores, no es crítico.
• Tipo (Type): Categoría del defecto.
  • Funcional: Error en el funcionamiento de la funcionalidad.
  • UI/UX: Problemas con la apariencia o usabilidad.
  • Rendimiento: Problemas de rendimiento (velocidad de carga, capacidad de respuesta).
  • Seguridad: Vulnerabilidades en la seguridad.
  • Compatibilidad: Errores relacionados con el funcionamiento en diferentes dispositivos, navegadores, sistemas operativos.
  • Integración: Problemas de interacción entre módulos o sistemas.
  • Usabilidad: Dificultades al usar la interfaz o realizar tareas.
• Estado (Status): Estado actual del error en su ciclo de vida.
  • Nuevo: Recién creado.
  • Abierto: Aceptado para trabajar.
  • En progreso: Está siendo trabajado.
  • Resuelto: Corregido por el desarrollador.
  • Pendiente de retest: Esperando retest por QA.
  • Reabrir: No pasó el retest, reasignado al desarrollador.
  • Cerrado: Pasó exitosamente el retest.
  • Rechazado / No reproducible: El error no se reproduce o no es un defecto.
  • Aplazado: La corrección se pospone para una fecha posterior.

Al proporcionar información, también es importante incluir una descripción clara de los pasos para reproducir, el resultado actual y esperado, la versión del build/entorno, y los logs.