Middle
¿Cómo determinar el grado de gravedad de un error?
sobes.tech AI
Respuesta de la IA
El grado de severidad de un error (Severity) se determina en función de su impacto en la funcionalidad, rendimiento, seguridad y facilidad de uso del producto. Normalmente se utiliza una escala de 4 o 5 niveles.
Ejemplos de niveles de severidad:
| Nivel de severidad | Descripción | Impacto en el sistema |
|---|---|---|
| Blocker (Bloqueador) | Impacta críticamente en la funcionalidad principal, hace que el producto sea inutilizable. | El sistema no funciona en absoluto o una función clave no está accesible. |
| Critical (Crítico) | Impacta significativamente en una funcionalidad importante, pero el sistema funciona parcialmente. | Una parte importante del sistema no funciona, puede haber pérdida de datos o fallos. |
| Major (Mayor) | Afecta a funcionalidades no principales o provoca un funcionamiento incorrecto de parte del sistema. | La función funciona incorrectamente, causando molestias al usuario. |
| Minor (Menor) | Defectos cosméticos, errores en el texto o violaciones menores del diseño. | No afecta la funcionalidad, solo la apariencia o la comodidad. |
| Trivial (Trivial) | Errores muy menores, que no afectan al producto. | Por ejemplo, un error en la descripción que no afecta en nada. |
Factores que influyen en la determinación de la severidad:
- Impacto en la funcionalidad clave: Qué tan mucho impide el error la realización de tareas principales del usuario.
- Frecuencia de aparición: Con qué frecuencia aparece el error.
- Impacto en los datos: Si el error puede causar pérdida o daño de datos.
- Impacto en la seguridad: Si el error puede crear vulnerabilidades en el sistema.
- Impacto en la reputación: Si el error puede afectar negativamente la imagen de la empresa.
- Facilidad de uso: Qué tanto empeora la experiencia del usuario.
- Impacto en el negocio: Si el error puede causar pérdidas financieras u otras consecuencias negativas.
La determinación de la severidad de un error es un proceso subjetivo que requiere experiencia y comprensión del producto. A menudo, la decisión se toma en discusión entre ingenieros de QA, desarrolladores y gerentes de producto. Es recomendable tener criterios claramente definidos para cada nivel de severidad en la documentación del proyecto.