Gravedad del error
La gravedad del error o la gravedad del defecto en las pruebas es el grado de impacto que tiene un error o un defecto en la aplicación de software que se está probando. Un mayor efecto de error / defecto en la funcionalidad del sistema conducirá a un mayor nivel de gravedad. Un ingeniero de control de calidad generalmente determina el nivel de gravedad de un error / defecto.
¿Qué es Prioridad?
La prioridad se define como el orden en que se debe corregir un defecto. Cuanto mayor sea la prioridad, antes se debe resolver el defecto.
Los defectos que dejan el sistema de software inutilizable tienen mayor prioridad sobre los defectos que provocan la falla de una pequeña funcionalidad del software.
DIFERENCIA CLAVE
- La prioridad es el orden en que el desarrollador debe resolver un defecto, mientras que la gravedad es el grado de impacto que tiene un defecto en el funcionamiento del producto.
- La prioridad se clasifica en tres tipos: baja, media y alta, mientras que la gravedad se clasifica en cinco tipos: crítica. mayor, moderada, menor y cosmética.
- La prioridad está asociada con la programación, mientras que la gravedad está asociada con la funcionalidad o los estándares.
- La prioridad indica qué tan pronto se debe corregir el error, mientras que la gravedad indica la gravedad del defecto en la funcionalidad del producto.
- La prioridad de los defectos se decide en consulta con el gerente / cliente, mientras que los niveles de gravedad de los defectos los determina el ingeniero de control de calidad.
- La prioridad está impulsada por el valor comercial, mientras que la severidad está impulsada por la funcionalidad.
- El valor de prioridad es subjetivo y puede cambiar durante un período de tiempo dependiendo del cambio en la situación del proyecto, mientras que el valor de gravedad es objetivo y es menos probable que cambie.
- El estado de alta prioridad y baja gravedad indica que el defecto debe solucionarse de forma inmediata, pero no afecta a la aplicación, mientras que el estado de alta gravedad y baja prioridad indica que el defecto debe corregirse, pero no de forma inmediata.
- El estado de prioridad se basa en los requisitos del cliente, mientras que el estado de gravedad se basa en el aspecto técnico del producto.
Tipos de gravedad
En las pruebas de software, los tipos de gravedad de error / defecto se pueden clasificar en cuatro partes:
- Crítico : este defecto indica el cierre completo del proceso, nada puede continuar
- Mayor : Es un defecto muy severo y colapsa el sistema. Sin embargo, ciertas partes del sistema siguen siendo funcionales
- Medio : provoca un comportamiento indeseable, pero el sistema sigue funcionando
- Baja : no provocará una avería importante del sistema
Tipos de prioridad
Los tipos de prioridad de error / defecto se pueden clasificar en tres partes:
- Bajo: el defecto es irritante, pero se puede reparar una vez que se haya solucionado el defecto más grave.
- Medio: Durante el curso normal de las actividades de desarrollo, el defecto debe resolverse. Puede esperar hasta que se cree una nueva versión.
- Alto: el defecto debe resolverse lo antes posible, ya que afecta gravemente al sistema y no se puede utilizar hasta que se solucione
Consejos para determinar la gravedad de un defecto
- Decidir la frecuencia de aparición: en algunos casos, si la aparición de un defecto menor es frecuente en el código, puede ser más grave. Entonces, desde la perspectiva del usuario, es más serio aunque sea un defecto menor.
- Aislar el defecto: aislar el defecto puede ayudar a determinar la gravedad del impacto.
Prioridad vs severidad: diferencia clave
| Prioridad | Gravedad |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ejemplo de gravedad y prioridad de defectos
Veamos un ejemplo de baja gravedad y alta prioridad y viceversa.
- Una gravedad muy baja con una prioridad alta: un error de logotipo para cualquier sitio web de envío, puede ser de gravedad baja, ya que no afectará la funcionalidad del sitio web, pero puede ser de alta prioridad ya que no desea que continúe ningún envío adicional con el logo incorrecto.
- Una gravedad muy alta con una prioridad baja: del mismo modo, para el sitio web de operaciones de vuelo, un defecto en la funcionalidad de reserva puede ser de gravedad alta, pero puede tener una prioridad baja, ya que puede programarse para su lanzamiento en un ciclo siguiente.
Triaje de defectos
La clasificación de defectos es un proceso que intenta reequilibrar el proceso en el que el equipo de prueba se enfrenta al problema de la disponibilidad limitada de recursos. Por lo tanto, cuando hay una gran cantidad de defectos y un número limitado de probadores para verificarlos, la clasificación de defectos ayuda a tratar de resolver la mayor cantidad de defectos en función de parámetros de defectos como la gravedad y la prioridad.
Cómo determinar la clasificación de defectos:
La mayoría de los sistemas utilizan la prioridad como criterio principal para evaluar el defecto. Sin embargo, un buen proceso de clasificación también considera la gravedad.
El proceso de triaje incluye los siguientes pasos
- Revisión de todos los defectos, incluidos los rechazados por el equipo.
- La evaluación inicial de los defectos se basa en su contenido y sus respectivas configuraciones de prioridad y gravedad.
- Priorizar el defecto en función de las entradas
- Asignar el defecto para corregir la liberación por parte del gerente de producto
- Redirige el defecto al propietario / equipo correcto para que se tomen las medidas necesarias
Pautas que todo evaluador debe considerar antes de seleccionar una gravedad
El probador evalúa el parámetro de gravedad, mientras que el gerente de producto o el equipo de clasificación evalúa el parámetro de prioridad. Para priorizar el defecto, es imperativo que un evaluador elija la gravedad correcta para evitar confusiones con el equipo de desarrollo.
- Comprender bien el concepto de prioridad y gravedad.
- Asigne siempre el nivel de gravedad según el tipo de problema, ya que esto afectará su prioridad
- Comprender cómo un escenario o caso de prueba en particular afectaría al usuario final
- Es necesario considerar cuánto tiempo tomaría reparar el defecto en función de su complejidad y el tiempo para verificar el defecto.
Conclusión:
- En Ingeniería de Software, asignar una gravedad incorrecta al defecto puede retrasar el proceso STLC y puede tener alguna implicación drástica en el desempeño general del equipo. Por lo tanto, la persona responsable debe ser precisa y precisa en su llamado para asignar un defecto.