15 | | * '''Assign to''' (asignar a): aquí puedes indicar al desarrollador a quien le encargas la resolución del tique. Es el campo ''owner'' (propietario) que aparece en la consulta de los tiques. Por defecto aparece en blanco pero si se deja en blanco se autocompleta con el responsable de la componente en la creación del tique. Ante la duda déjese en blanco. |
16 | | * '''Type''' (tipo): es el tipo de tique. Por defecto está ''defect'' (defecto o ''bug'') pero hay cuatro opciones: |
17 | | * defect (defecto): indica que la incidencia es un problema o un error. |
18 | | * enhacement (mejora): sugiere o propone una mejora o un nuevo desarrollo. |
19 | | * task (tarea): indica una tarea incompleta o por hacer, como parte de un desarrollo. La creación de este tipo de tiques es más habitual entre los desarrolladores, ya que al planificar un desarrollo es común separarlo en distinta tareas. |
20 | | * doubt (duda): indica una duda o la necesidad de una aclaración. |
21 | | * '''Priority''' (prioridad): es la prioridad, urgencia o importancia del tique. Utiliza una escala según la gravedad de la incidencia. Por defecto está ''major'' que indica una prioridad media. Las opciones son: |
22 | | * blocker (bloqueador): indica que el tique es muy grave y está bloqueando el trabajo del usuario. |
23 | | * critical (crítico): indica que el tique es grave y ha de resolverse lo antes posible. |
24 | | * major (mayor): denota una importancia media-alta. Es la prioridad por defecto y quizá debería ser la más habitual. |
25 | | * minor (menor): denota una importancia baja. |
26 | | * trivial (trivial): indica poca importancia. Habitualmente se reserva para pequeños detalles que podrían corregirse o mejorarse y que tienen poca envergadura. |
| 20 | |
| 21 | * '''Type''' (tipo): es el tipo de tique. Por defecto está "defect" (defecto o ''bug'') pero hay cuatro opciones: |
| 22 | * '''defect''' (defecto): indica que la incidencia es un problema o un error. |
| 23 | * '''enhacement''' (mejora): sugiere o propone una mejora o un nuevo desarrollo. |
| 24 | * '''task''' (tarea): indica una tarea incompleta o por hacer, como parte de un desarrollo. La creación de este tipo de tiques es más habitual entre los desarrolladores, ya que al planificar un desarrollo es común separarlo en distinta tareas. |
| 25 | * '''doubt''' (duda): indica una duda o la necesidad de una aclaración. |
| 26 | |
| 27 | * '''Priority''' (prioridad): es la prioridad, urgencia o importancia del tique. Utiliza una escala según la gravedad de la incidencia. Por defecto está "major" que indica una prioridad media. Las opciones son: |
| 28 | * '''blocker''' (bloqueador): indica que el tique es muy grave y está bloqueando el trabajo del usuario. |
| 29 | * '''critical''' (crítico): indica que el tique es grave y ha de resolverse lo antes posible. |
| 30 | * '''major''' (mayor): denota una importancia media-alta. Es la prioridad por defecto y quizá debería ser la más habitual. |
| 31 | * '''minor''' (menor): denota una importancia baja. |
| 32 | * '''trivial''' (trivial): indica poca importancia. Habitualmente se reserva para pequeños detalles que podrían corregirse o mejorarse y que tienen poca envergadura. |
| 33 | |
| 34 | * '''Component''' (componente): es la parte o componente del desarrollo con la que está relacionado el tique. Por defecto está la opción "General" que es válida tanto para los tiques que no se pueden clasificar en una opción porque no se encuentra o porque pertenece a varias como para indicar que no se sabe asociar a una componente. La componente sirve internamente para completar el campo "assign to" si se dejó en blanco. |
| 35 | |
| 36 | === Campos opcionales === |
| 37 | |
| 38 | * '''Assign to''' (asignar a): aquí puedes indicar al desarrollador a quien le encargas la resolución del tique. Es el campo ''owner'' (propietario) que aparece en la consulta de los tiques. Por defecto aparece en blanco, pero '''si se deja en blanco se autocompleta''' con el responsable de la componente en la creación del tique. Ante la duda déjese en blanco. |
| 39 | |