Diferencia entre gravedad y prioridad en las pruebas (ejemplo)

Gravedad vs. Prioridad: diferencia entre ellos

• La prioridad es el orden en el 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 solucionar 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 el ingeniero de control de calidad determina los niveles de gravedad de los defectos.
• La prioridad está impulsada por el valor del negocio, mientras que la gravedad 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 prioridad alta y gravedad baja indica que el defecto debe solucionarse de forma inmediata, pero no afecta la aplicación, mientras que el estado de gravedad alta y baja indica que el defecto debe solucionarse, 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.

¿Qué es la gravedad del error?

Gravedad del error o La gravedad del defecto en las pruebas es un grado de impacto, un error o un Defecto tiene en la aplicación de software bajo prueba. Un mayor efecto del error/defecto en la funcionalidad del sistema dará lugar a un mayor nivel de gravedad. A Garantía de Calidad El ingeniero generalmente determina el nivel de gravedad de un error/defecto.

¿Qué es la prioridad?

La prioridad se define como el orden en el que se debe solucionar un defecto. Cuanto mayor sea la prioridad, más pronto se deberá resolver el defecto.

Los defectos que dejan el sistema de software inutilizable reciben mayor prioridad que los defectos que provocan que falle una pequeña funcionalidad del software.

Tipos de gravedad

In Pruebas de softwareLos tipos de gravedad de error/defecto se pueden clasificar en las siguientes partes:

• Critical: Este defecto indica el cierre completo del proceso, nada puede continuar
• Sistemas fluviales : Es un defecto muy severo y colapsa el sistema. Sin embargo, ciertas partes del sistema siguen siendo funcionales.
• Media: Provoca algún comportamiento indeseable, pero el sistema sigue funcionando
• Bajo: No causará ninguna 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.
• Media: Durante el curso normal de las actividades de desarrollo el defecto deberá ser resuelto. Puede esperar hasta que se cree una nueva versión.
• Alta: 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

• Decida 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 grave aunque sea un defecto menor.
• Aislar el defecto: Aislar el defecto puede ayudar a determinar la gravedad del impacto.

Diferencia entre gravedad y prioridad en las pruebas

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 baja gravedad ya que no afectará la funcionalidad del sitio web, pero puede ser de alta prioridad ya que no desea que se realice ningún envío adicional. con el logo equivocado.
• Una gravedad muy alta con una prioridad baja: Del mismo modo, para el sitio web de operación de vuelos, un defecto en la funcionalidad de reserva puede ser de alta gravedad, pero puede ser una prioridad baja, ya que se puede programar su lanzamiento en un próximo ciclo.

Clasificación de defectos

La clasificación de defectos es un proceso que intenta reequilibrar el proceso donde el equipo de prueba enfrenta el problema de la disponibilidad limitada de recursos. Por lo tanto, cuando hay una gran cantidad de defectos y pocos evaluadores para verificarlos, la clasificación de defectos ayuda a tratar de resolver la mayor cantidad posible 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

• RevVer 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 medidas adicionales.

Pautas que todo evaluador debe considerar antes de seleccionar una gravedad

El evaluador 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 el evaluador elija la gravedad adecuada 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 particular o Caso de prueba 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

In Ingeniería de Software, Asignar una gravedad incorrecta al defecto puede retrasar la STLC proceso 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 llamada para identificar el defecto.