Personal tools
You are here: Home gvSIG Projects gvSIG Desktop Documentation Developers documentation Guía para "commiters" de gvSIG Cómo dar de alta bugs
gvSIG Desktop
gvSIG Desktop

Cached time 11/21/13 17:17:07 Clear cache and reload

 
Alcance
---------

Este documento pretende ser una guía rápida que ayude a un desarrollador
a dar de alta un bug en el sistema de bugs de gvSIG.

Exclusiones
-------------

No se trata de una guía genérica de como dar de alta bugs para un
*no desarrollador*. Para cubrir esto acuda a la documentación:

- `Antes de abrir un bug...`_

- `Ayuda para el tracker de OSOR`_

En relación a esta documentación, el desarrollador también debería estar
familiarizado con ella.

Descripción
--------------

En gvSIG se usa el `Trac de bugs de OSOR`_ para gestionar los bugs.
Cuando se de de alta un bug deberemos rellenar obligatoriamente
los campos:

- **version** con la versión de gvSIG 
  en la que detectamos el problema.
  
- **SubprojectName** con el valor que corresponda.
  Si estamos dando de alta un bug de gvSIG seleccionaremos
  *gvSIG*.
  
- **SubprojectVersion** con la versión 
  adecuada. Si es un bugs de gvSIG le pondremos el 
  mismo valor que en el campo *version*.
  
  En caso de que se tratase de un bug sobre otro subproyecto, 
  seleccionaremos la versión adecuada de ese subproyecto.
  
- **prioridad** a **1**.

- **BuildNumber**, con el número de build de gvSIG en el que se
  detecta el problema. En caso de que se haya detectado sobre
  una versión ejecutada desde un workspace se pondrá el literal **DEVEL**.

- **Summary**, descripción corta del bug detectado

- **Detailed description**.

Si alguno de estos campos queda sin valor o están asignado incorrectamente
puede que el ticket no sea tratado de forma correcta.

Los campos:

- **SubprojectResolveVersion**
- **SubprojectResolveBuildNumber**
- **Resolution**

Los dejaremos siempre a **None**.

Es aconsejable rellenar adecuadamente los campos:


- **SubprojectBuildNumber**
- **Component**
- **OperatingSystem**
- **Severity**


Nunca asignaremos el ticket a nadie. Los responsables de tesing serán los
encargados de realizar la asignación al desarrollador que crean
adecuado.

En caso de que estemos interesados en abordar la resolución del ticket, añadiremos un comentario indicándolo esperando a que el equipo de testing nos lo asigne.

.. _`Trac de bugs de OSOR` : https://forge.osor.eu/tracker/?func=browse&group_id=89&atid=732
.. _`Antes de abrir un bug...` : /plone/production/proyectos/testing/docs/procedimientostesteo/Infromacionrelevantetesteo/Before-open-a-ticket
.. _`Ayuda para el tracker de OSOR` : /plone/production/proyectos/testing/docs/procedimientostesteo/Infromacionrelevantetesteo/ayuda-para-el-tracker-de-osor/

View source document


Powered by Plone CMS, the Open Source Content Management System

This site conforms to the following standards: