Este artículo describe las diferencias entre la severidad y la prioridad de los defectos. Es muy importante que el QA Manager o la persona encargada de la calidad del proyecto, defina los niveles de prioridad antes de comenzar. Una vez definidos los niveles, deben de ser comunicados al equipo de desarrollo, bien mediante una reunión o por email, de modo que todos los integrantes de su equipo conozcan los baremos a utilizar, previamente acordados con el equipo de desarrollo.
Otra aspecto a tener en cuenta es que no todos los requisitos de una aplicación son iguales. Es decir, algunos requisitos serán de mayor importancia o tendrán mayor peso en nuestra aplicación. Por ejemplo, la compañía donde trabajo realiza aplicaciones para la gestión de datos clínicos así como diagnóstico y tratamiento de enfermedades. Mientras es importante que los datos de los informes salgan correctamente, es requisito fundamental que las dosificaciones de medicamentos se hagan en la dosis correcta. Un defecto de estas características, que causa un peligro potencial, será asignada el nivel más alto de la severidad. La severidad es directamente proporcional al impacto del defecto. El software se desarrolla para alcanzar un propósito; tratamiento y diagnostico, y este defecto interfiere gravemente el alcance de esa meta.
La Severidad
Por ejemplo, podemos utilizar cinco niveles de severidad:
Showstopper
Problema de seguridad o que afecta a un requisito primordial para el cual no hay una solución alternativa. Impide el uso o la prueba del sistema.
Alto
Un defecto que afecta a un requisito primordial para el cual existe una solución alternativa. El uso o la prueba del sistema puede continuar de modo degradado.
Medio
Una defecto que afecta un requisito no-primordial para el cual no haya solución alternativa. La característica no puede ser utilizada.
Bajo
Una defecto que afecta un requisito no- primordial para el cual exista una solución alternativa.
Cosmético
La información se muestra correctamente pero el aspecto es incorrecto, por ejemplo palabras deletreadas mal, fuente incorrecta, etc.
La Prioridad
La prioridad de defectos es el orden en el cual los defectos son tratados por los desarrolladores. En mi empresa, los defectos son asignados por el Jefe de proyecto a los desarrolladores, y es el Jefe de Proyecto el que podría ajustar de nuevo la severidad y prioridad de los defectos. En muchas ocasiones las personas encargadas de la calidad de software tendemos a poner niveles y severidades muy altas. El Jefe de proyecto es el que decide en función del tiempo estimado de desarrollo.
La severidad de los defectos da a los jefes de proyecto una buena impresión del estado actual del software. También sirve para priorizar los defectos, que a su vez proporciona a los desarrolladores una comprensión clara del orden en la cual deben realizar las reparaciones pertinentes. Esto ayuda a su vez a los miembros del equipo de QA a realizar métricas, pero este ya es otro tema del que hablaremos en otro artículo.


Despues de la lectura me queda una duda, es correcto afirmar: cuando un defecto se le asigna una severidad mas alta va ah tener una prioridad alta, es decir, son directamente proporcional o se puede dar el caso que un defecto tenga un severidad “showstopper” con prioridad baja (si es así, agradeceré citar un ejemplo)
Un Showstopper nunca puede tener una prioridad baja. Si es un “Showstopper” eso quiere que no te permite seguir con tus pruebas y te has quedado parado…no hay workaround alguno. Por tanto debe ser arreglado lo antes posible para que el equipo de pruebas pueda continuar con sus ejecuciones.
existe niveles en cuanto a la proridad