Última modificación hace 3 años Modificado por última vez en fecha 11/09/13 17:13:44

El Sistema de Tickets de Trac

La base de datos de Ticket Trac proporciona un seguimiento simple pero eficaz de problemas y errores dentro de un proyecto.

Como elemento central de la gestión de proyectos Trac, los boletos se utilizan para, las tareas del proyecto, peticiones de características, informes de errores y problemas de soporte técnico de software.

Al igual que con el TracWiki, este subsistema ha sido diseñado con el objetivo de que la contribución del usuario y la participación sea lo más simple posible. Debe ser lo más fácil posible para reportar errores, hacer preguntas y sugerir mejoras.

Una cuestión es asignado a una persona que debe resolverlo o reasignar el ticket a otra persona. Todas las entradas se pueden editar, anotado, asignado, priorizado y discutido en cualquier momento.

Campo de Ticket

Un ticket contiene los siguientes atributos de información:

  • Reporter — El autor del ticket.
  • Type — La naturaleza del ticket (por ejemplo, defecto o mejora de solicitud)
  • Component — El módulo de proyecto o subsistema de este ticket.
  • Version — Versión del proyecto que a este ticket se refiere .
  • Keywords — Las palabras clave que un ticket se marca como util para la búsqueda y generación de informe.
  • Priority — La importancia de este tema, que van desde trivial a blocker.
  • Milestone — Cuando esta cuestión debe ser resuelta a más tardar.
  • Assigned to/Owner — Principal responsable para el manejo de la cuestión.
  • Cc — Una lista separada por comas de otros usuarios o direcciones de correo electrónico de notificación. Tenga en cuenta que esto no implica responsabilidad o cualquier otra política.

  • Resolution — La razón de por qué un ticket estaba cerrado. Uno de fixed, invalid, wontfix, duplicate, worksforme.
  • Status — ¿Cuál es la situación actual? Uno de new, assigned, closed, reopened.
  • Summary — Una breve descripción que resume el problema o asunto.
  • Description — El cuerpo de la entrada. Una buena descripción debe ser específica, descriptiva y al grano.

Nota: Las versiones de Trac antes de 0.9 no tienen el type de campo, pero en vez de proporcionado un severity campo y los diferentes valores predeterminados para la priority del campo. Este cambio se hizo para simplificar el modelo de vuelo mediante la eliminación de la distinción un tanto borrosa entre priority y severity. Sin embargo, el viejo modelo está disponible si lo prefieres: basta con añadir/modificar los valores por defecto de la priority y severity, y, opcionalmente, ocultar el type campo mediante la eliminación de todos los posibles valores a través trac-admin.

Nota: Los type, component, campos de versión, prioridad y la gravedad pueden ser manejados con trac-admin o con el plugin WebAdmin.

Nota: Descripción de los incorporados en priority los valores se encuentra disponible en TicketTypes

Cambiar y comentar Tickets

Una vez que el ticket es enviado al Trac, se puede cambiar en cualquier momento la información por anotar el error. Esto significa que los cambios y comentarios a la entrada se registran como parte de la propia entrada.

Al visualizar una entrada, la historia de los cambios aparecerá debajo de la zona principal de venta.

En el proyecto Trac, utilizamos los comentarios de entradas para discutir temas y tareas. Esto hace que la comprensión de la motivación detrás de un diseño o implementación elección más fácil, al volver a ella más tarde.

Nota: Una característica importante es ser capaz de utilizar TracLinks y WikiFormatting en las descripciones de las entradas y comentarios. Utilice TracLinks para referirse a otras cuestiones, de cambios o archivos para que su billete más específica y más fácil de entender.

Nota: Ver TracNotification de cómo configurar las notificaciones de correo electrónico de los cambios del ticket.

Nota: Ver TracWorkflow para obtener información sobre los cambios de estado del ciclo de vida (ticket), y cómo este flujo de trabajo se puede personalizar.

Los valores predeterminados para los campos desplegables

La opción seleccionada por defecto para los distintos campos desplegables se puede ajustar en trac.ini, en la sección [ticket]:

  • default_component: Nombre del componente seleccionado de forma predeterminada.
  • default_milestone: Nombre del acontecimiento predeterminado.
  • default_priority: Valor de prioridad por defecto.
  • default_severity: Valor de gravedad predeterminado.
  • default_type: Tipo de entrada por defecto.
  • default_version: Nombre de la versión por defecto.
  • default_owner: Nombre del propietario predeterminado, si se ha establecido ningún propietario para el componente.

Si cualquiera de estas opciones se omite, el valor por defecto o bien será el primero de la lista, o un valor vacío, dependiendo de si se requiere el campo en cuestión a establecer. Algunos de estos pueden ser elegidos a través de la WebAdmin plugin en el "Sistema Ticket" sección (otros miembros de la sección "trac.ini"). El propietario predeterminado para un ticket será el propietario de componentes, si se ajusta o default_owner, si no.

Ocultar campos y agregar campos personalizados

Muchos de los campos del ticket por defecto se puede ocultar de la interfaz web de entradas, simplemente mediante la eliminación de todos los posibles valores a través trac-admin. Por supuesto, esto sólo se aplica a los campos desplegables, como type, priority, severity, component, version y milestone.

Trac también te permite añadir tus propios campos de ticket personalizadas. Ver TracTicketsCustomFields para más información.

Asignar a la Lista Desplegables

Si la lista de posibles propietarios de un ticket es finita, puede cambiar la assign-to campo ticket de una entrada de texto a una lista desplegable. Esto se hace mediante el establecimiento de la restrict_owner opción de la [ticket] sección en trac.ini a "true". En ese caso, Trac usará la lista de todos los usuarios que han tenido acceso al proyecto para rellenar el campo desplegable.

Para aparecer en la lista desplegable, el usuario debe estar registrado en el proyecto, i.e. una sesión de usuario debe existir en la base de datos. Esta entrada se crea automáticamente en la base de datos la primera vez que el usuario envía un cambio en el proyecto, por ejemplo, al editar los datos del usuario en la pagina Settings, o simplemente mediante la autenticación si el usuario tiene una cuenta. También, el usuario debe tener TICKET_MODIFY permissions.

Nota: Ver Populating Assign To Drop Down sobre cómo agregar entradas de usuario a nivel de base de datos.

Nota 2: Si necesita flexibilidad grave y no tienen miedo de un pequeño plug-in de codificación de su cuenta, consulte FlexibleAssignTo (divulgación: Soy el autor)

Nota 3: La activación de esta opción puede provocar una degradación de rendimiento, leer más sobre esto en la pagina Trac performance.

Valores predeterminados para nuevos Tickets

Para crear un enlace a la nueva forma de ticket lleno de valores preestablecidos, debe llamar al /newticket? URL with variable=value separated by &.

Las variables posibles son:

  • type — El tipo de lista desplegable.
  • reporter — Nombre o correo electrónico del autor.
  • summary — Resumen de la línea de ticket.
  • description — Descripción larga del ticket.
  • component — La lista componente desplegable.
  • version — La versión de lista desplegable.
  • severity — La lista desplegable gravedad.
  • keywords — Las palabras clave.
  • priority — La lista desplegable prioridad.
  • milestone — La lista desplegable hito.
  • owner — La persona responsable de la entrada.
  • cc — La lista de los mensajes de correo electrónico para la notificación sobre el cambio de ticket.

Ejemplo: /trac/newticket?summary=Compile%20Error&version=1.0&component=gui


Vease ademas: GuíaTrac, TracWiki, TracTicketsCustomFields, TracNotification, TracReports, TracQuery