Versión 5 (modificada por erickcion, hace 6 años) (diff)

--

Nuevas Incidencias

Consideramos una incidencia a todos aquellos sucesos o situaciones que ocurren al usuario durante el uso de las herramientas o servicios proporcionados por y/o para la distribución Canaima GNU/Linux, que pudieran afectar el adecuado funcionamiento, mantenimiento o desarrollo del sistema o interfieran con el natural desenvolvimiento de los usuarios que hagan uso de los mismos.

Reportar una nueva incidencia

El Sistema de Tickets de Canaima permite a cualquier persona registrada crear una incidencia.

Consideraciones Previas

  • Para poder crear nuevos reportes de fallos o participar en alguno que ya esté creado en el sistema, debes Registrarte previamente y luego Iniciar Sesión en el sistema.
  • Antes de crear un nuevo reporte verifica que otro usuario no haya creado uno anteriormente que se refiera a la misma incidencia o error, puedes utilizar el Motor de Búsqueda.
  • Reporta con claridad, si reportas un error, trata de informar todos los detalles posibles del mismo:
    • ¿Qué versión de la aplicación estás usando?
    • ¿Cuáles fueron los pasos realizados para generar el error?
    • ¿Cuál es la actuación de la aplicación?
    • ¿Cuál es la actuación esperada de la aplicación?
  • Puedes adjuntar Capturas de Pantalla, Archivos de error (logs), Vínculos, lo que desees para reforzar tu reporte.
  • Puedes revisar en cualquier momento el estado de tu incidencia, agregar más información, etc.

Creando el ticket

Si estás consciente de lo anterior, puedes hacer tu nuevo reporte acá:

Flujo de trabajo de los Tickets de Canaima

Los tickets en la plataforma de incidencias de Canaima siguen un flujo flexible y bien pensado para una correcta resolución de los mismos:

  • Un Ticket es creado (new)
  • Un Ticket puede mantenerse como abierto, mientras se comentan soluciones
  • El paso "aceptado" es para indicar que se podrá resolver
  • De aceptado, se pasa a "asignado" al grupo de trabajo correspondiente del proyecto Canaima
  • Un usuario al que se le asigna un ticket, puede re-asignarlo a otro desarrollador o simplemente eliminar la asignación (regresa al estado "nuevo")
  • En cualquier momento del flujo (incluso para abrir) se puede establecer a "se necesita información", para que se responda las inquietudes
  • Cuando un usuario responde a un ticket en "Necesito Info" se establece el estado a "Se provee Info" y se vuelve al estado anterior a cuando se ejecutó needInfo (ejemplo: se reabre un ticket cerrado con "Necesito Información")
  • Un Ticket puede ser "descartado" en cualquier momento
  • Para cerrar un ticket como duplicado, se debe proveer el número (referencia) del ticket anterior
  • Se incorpora un sistema de pruebas, cualquier ticket cerrado puede ser asignado a "review" (pruebas), de dicho estado se pasa a:
    • Rechazado: Se vuelve a abrir y re-asignar al dueño
    • Aprobado: se devuelve al estado "cerrado" y Fijada

Notas:

  • Ningún ticket podrá ser cerrado directamente desde el status NEW, se tendrá que asignar (así se sabe quién lo resolvió)
  • Un ticket nuevo, podrá ser cerrado como duplicado, si se provee la info de cual ticket es el duplicado ...
  • Solo podrán cambiar entre estados los usuarios registrados en el Trac

Flujo de trabajo anterior

Como información, el anterior flujo de tickets seguía un trayecto simple como este:

GraphViz image

Diagrama del Flujo de Trabajo de Canaima

En la actualidad, el sistema de tickets sigue un flujo coordinado y estricto:

GraphViz image