Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

acerca_de:sistema_de_seguimiento_de_errores [2013/05/19 15:56]
albertparera
acerca_de:sistema_de_seguimiento_de_errores [2013/05/19 17:41] (actual)
albertparera [Porqué no se usa el foro para tal cometido?]
Línea 1: Línea 1:
-====== Sistema de seguimiento de errores ======+====== Sistema de seguimiento de errores (bugtracker) ======
  
 ===== Objetivo ===== ===== Objetivo =====
Línea 5: Línea 5:
 El [[http://bugs.phpwebgallery.net|sistema de seguimiento de errores]] tiene dos objetivos: localizar y corregir errores y gestionar la solititud de nuevas funcionalidades. El [[http://bugs.phpwebgallery.net|sistema de seguimiento de errores]] tiene dos objetivos: localizar y corregir errores y gestionar la solititud de nuevas funcionalidades.
  
-Esta es la forma más eficaz de garantizar la corrección de errores: Mientras que un error conocido no haya sido corregido aparece en el //bugtracker//.  Gracias a este sistema se hace imposible olvidarse de ellos.+Constituye una de las formas de garantizar la corrección de errores; Hasta que un error conocido no ha sido corregido aparece en el //bugtracker//. Gracias a este sistema se hace imposible olvidarse de ellos.
  
-Las solicitudes de nuevas características o mejoras también se gestionan desde el //bugtracker//. Aunque para ello no resulte el sistema ideal, resulta verdaderamente práctico utilizar la misma herramienta para la resolución de errores. +Las solicitudes de nuevas características o mejoras también se gestionan desde el //bugtracker//. Aunque para las características no resulte la herramienta ideal, es verdaderamente práctico utilizar la misma herramienta para la resolución de errores. Todo queda centralizado en la misma plataforma.
  
 ===== Descripción del sistema ===== ===== Descripción del sistema =====
  
-El sistema de seguimiento de errores está basado en [[http://www.mantisbt.org/|Mantis]]. Esta herramienta dispone de multitud de útiles herramientas, por ejemplo, poder generar de forma automática listas de errores corregidos y funciones añadidas para una versión de Piwigo determinada [[http://bugs.phpwebgallery.net/changelog_page.php|ver en acción]].+El sistema de seguimiento de errores está basado en [[http://www.mantisbt.org/|Mantis]]. Esta herramienta dispone de multitud de útiles herramientas, por ejemplo, poder generar de forma automática listas de errores corregidos y funciones añadidas para una versión de Piwigo determinada [[http://bugs.phpwebgallery.net/changelog_page.php|verlo en acción]].
  
-===== Porqué no se usa el foro para tal cometido? =====+===== ¿Porqué no se usa el foro para tal cometido? =====
  
-La diferencia entre el foro y el bugtracker es el nivel de especialización. Aunque el foro es una herramienta de análisis muy genérica, el bugtracker está dedicado a los tiquets de seguimiento (corrección de problemas o petición de características). Si estuviéramos usando el foro oara el seguimiento de errores, los usuarios tendrían que ser mucho más metódicos con cada proceso. Con el bugtracker, la herramienta marca la pauta al usuario de forma precisa para realizar cada proceso. Los usuarios sólo tienen que rellenar un conjunto completo de información y seguir el proceso establecido.+La diferencia entre el foro y el bugtracker es el nivel de especialización. Aunque el foro es una herramienta de análisis muy genérica, el bugtracker está centrado en tiquets de seguimiento (corrección de problemas o petición de características). Si se usara el foro para el seguimiento de errores, los usuarios tendrían que ser mucho más metódicos con cada proceso. Con el bugtracker, la herramienta marca la pauta a seguir para el usuario de forma precisa para realizar cada proceso. Los usuarios sólo tienen que rellenar un conjunto completo de información y seguir el proceso establecido.
  
 Uno de los propósitos de la bugtracker es mantener información útil y relevante a largo plazo. Uno de los propósitos de la bugtracker es mantener información útil y relevante a largo plazo.
  
-Lo que podemos hacer con el bugtracker no podemos llevarlo a cabo con el foro: +Ventajas de usar la herramienta bugtracker frente al foro: 
-   * Sigue el estado de un error +  * Sigue el estado de un error 
-   * Informa de quién es el encargado de arreglarlo +  * Informa de quién es el responsable de arreglarlo 
-   * Informa quién está interesado en cada error (cualquiera puede suscribirse a un error) +  * Informa de quién está interesado en cada error (cualquiera puede suscribirse a un error) 
-   * Informa en qué versión se ha correjido un error+  * Informa en qué versión se ha corregido un error
  
 ===== Utilización ===== ===== Utilización =====
Línea 30: Línea 30:
 ==== Reglas ==== ==== Reglas ====
  
-=== Para los que reportan los errores ===+== Para informar de un error ==
  
   * Registrarse es obligatorio para poder reportar errores, pero no para poder consultarlos. El bugtracker, el foro y la wiki no comparten las cuentas de usuario.   * Registrarse es obligatorio para poder reportar errores, pero no para poder consultarlos. El bugtracker, el foro y la wiki no comparten las cuentas de usuario.
-   * Al informar de un problema, sé precios rellena tantos campos como sea posible. +  * Al informar de un problema, ser precisos rellenar tantos campos como os sea posible. 
-   * Indicar tu //versión// es útil sólamente si reportar errores. No es necesario para la petición de nuevas características. Al informar de un error en versiones en desarrolo (trunk), indicar la //versión// o la revisión de Subversión.+  * Indicar vuestra //versión// es útil solamente si reportáis errores. No es necesario hacerlo para la petición de nuevas características. Al informar de un error en versiones en desarrollo (trunk), indicar la //versión// o la revisión de Subversión.
  
-=== Para los programadores ===+== Para los programadores ==
  
   * //Target version//. Establecer "target version" para características, no para errores. //target version// debe ser una versión "superior", como "Butterfly" (que se convirtió en 1.8.0) o Alligator (que se convirtió en 1.7.0), y no la 1.7.2 (en la cuál no se planeó la adición de características en una rama de versión estable. Si no se ha decidido planificar una característica para una versión mayor, no debe establecerse la "target version". Sólo significa que la función no se encuentra en la hoja de ruta (roadmap).   * //Target version//. Establecer "target version" para características, no para errores. //target version// debe ser una versión "superior", como "Butterfly" (que se convirtió en 1.8.0) o Alligator (que se convirtió en 1.7.0), y no la 1.7.2 (en la cuál no se planeó la adición de características en una rama de versión estable. Si no se ha decidido planificar una característica para una versión mayor, no debe establecerse la "target version". Sólo significa que la función no se encuentra en la hoja de ruta (roadmap).
Línea 46: Línea 46:
  
 <code>+--------------+ <code>+--------------+
-|     new      | submitted and being read by developers+|     new      | (nuevo) enviado y notificado a los programadores
 +--------------+ +--------------+
        |        |
 +--------------+ +--------------+
-|   feedback   | the issue is waiting for feedback (discussion session)+|   feedback   | (respuesta) el problema está en espera de comentarios (discussion session)
 +--------------+ +--------------+
        |        |
 +--------------+ +--------------+
-|   confirmed  | the bug can be reproduced and is waiting for a developer+|   confirmed  | (confirmado) el error puede reproducirse y está en espera de un programador
 +--------------+ +--------------+
        |        |
 +--------------+ +--------------+
-|   assigned   | a developer is in charge of the issue+|   assigned   | (asignado) un programador se encarga de dicho error
 +--------------+ +--------------+
        |        |
 +--------------+ +--------------+
-|   resolved   | the bug was fixed on the branch corresponding to the +|   resolved   | (resuelto) El error está reparado en la rama correspondiente a la versión informada 
-+--------------+ reported release++--------------+
        |        |
 +--------------+ +--------------+
-|    closed    | the bug fix was applied to the trunk+|    closed    | (cerrado) la corrección al error está aplicada al trunk
 +--------------+</code> +--------------+</code>
  
-=== Feature request ===+=== Petición de características ===
  
 <code>+--------------+ <code>+--------------+
-|      new     | submitted and being read by developers+|      new     | (nuevo) enviado y notificado a los programadores
 +--------------+ +--------------+
         |         |
 +--------------+ +--------------+
-|   feedback   | the issue is waiting for feedback (discussion session)+|   feedback   | (respuesta) el problema está en espera de comentarios (discussion session)
 +--------------+ +--------------+
         |         |
 +--------------- +---------------
-| acknowledged | the feature request is approved and is waiting for a developer+| acknowledged | (reconocido) solicitud de característica aprobada y en espera de programador
 +--------------+ +--------------+
         |         |
 +--------------+ +--------------+
-|   assigned   | a developer is in charge of the issue+|   assigned   | (asignado) un programador se encarga de dicho error
 +--------------+ +--------------+
         |         |
 +--------------+ +--------------+
-|    closed    | the requested feature was added to trunk+|    closed    | (cerrado) la corrección al error está aplicada al trunk
 +--------------+</code> +--------------+</code>
 
Ir hasta arriba
acerca_de/sistema_de_seguimiento_de_errores.1368978968.txt.gz · Última modificación: 2013/05/19 15:56 por albertparera
 
 
github twitter newsletter Donar Piwigo.org © 2002-2024 · Contacto