Criterios para Prioridad y Severidad de una Incidencia en Mantis

I.- PrioridadEste dato corresponde a la oportunidad con la que se necesita una corrección. Evidentemente es deseable que todas las incidencias se corrijan lo antes posible, sin embargo es de gran ayuda señalar qué incidencias se deben resolver primero que otras. En el presente documento se propone que el criterio para escoger la categoría, sea el impacto que el error tiene en las pruebas. Así se sugiere: Inmediata: para cuando surge un error que no permite hacer ninguna otra

prueba con la funcionalidad que está en certificación. Esta categoría implica que el laboratorio se detuvo y al mimo tiempo se debe disponer de una solución que en pocas horas asegure la continuidad de la certificación (por ejemplo un error al totalizar que impida hacer las ventas que se están probando).

Urgente: corresponde a un error que impide realizar una parte importante de las pruebas. Por lo que, si bien la solución debe demorar poco, se podrán ejecutar otras pruebas a la espera de la solución. (por ejemplo que no se pueda anular, que el tiempo de la transacción aumente significativamente, o que un servicio no esté disponible).

Alta: corresponde a un error que para el desarrollo de las pruebas, es importante que se corrija en la próxima versión. Esto implica automáticamente que la versión que se revisa no puede ser la última (por ejemplo que no se imprima un DICC, o una falla en el cálculo de las comisiones).

Normal: se trata de un error que no compromete la ejecución de otras pruebas, por lo tanto se puede esperar por la solución hasta la última entrega de versión, e impide que se vaya a producción (por ejemplo falta la impresión de algún dato).

Baja: se trata de un error que si no se corrige, no afectará de ninguna manera las pruebas y eventualmente se podría ir a producción sin causar problema (por ejemplo que un voucher aparezca el número de la boleta dos veces, o que las cifras no estén alineadas)

II.- SeveridadEsta clasificación entrega una idea de la gravedad del fallo que se reporta, de manera que, independiente de la oportunidad de la corrección. Se deberá escoger entre: Fallo (cambiar por Grave): corresponde a errores invalidantes, que deben ser

corregidos (por ejemplo que producen un perjuicio económico al cliente o al vendedor)

Mayor: corresponde a fallas que si bien no son tan grandes, la versión no puede salir a producción sin esta corrección (corresponde a errores en procesos que o no tienen un flujo alternativo, también errores que sean en funcionalidades de alto uso).

Menor: corresponde a incidentes que eventualmente podrían irse a producción sin producir un perjuicio mayor y que tenga un camino alternativo de solución.