Confección de una incidencia [ESPAÑOL]

Aquí de detalla como tendría que ser confeccionada una incidencia dando los datos necesarios para su reproducción. Esto será una herramienta muy necesaria para poder reproducir dicha incidencia los otros ambientes (DEV y/o QA).

Estructura de reporte de bugs

  1. Título: sumario

    • ej.: Mensaje erróneo al realizar un alta.

  3. Cuerpo:

    • Precondiciones: Ambiente, URLs, credenciales, datos y acciones necesarias previas a la ejecución de los pasos.

    • Pasos: Listado de instrucciones para la reproducción del incidente.

    • Resultado obtenido: Descripción del comportamiento del sistema.

    • Resultado esperado: Descripción del comportamiento esperado del sistema.

    • Notas / aclaraciones.

    • Archivos adjuntos: screenshots, logs.

  4. Clasificación / criticidad

    • Blocker: Impide al usuario el acceso o uso de una característica fundamental del sistema. Causa pérdida de información. Representa un riesgo de integridad para la información del usuario. Vulnera la seguridad.

    • Critical: Dificulta el uso de una característica del sistema, sin impedirla totalmente.

    • Major: Corresponde a nueva funcionalidad. Dificulta el uso de una característica del sistema.

    • Minor: No afecta la funcionalidad. Incluye mejoras propuestas.

    • Trivial: look & feel, diseño.