Error (Agile)

Puede obtener información sobre cómo rellenar los detalles de un elemento de trabajo de error en este tema.Para obtener más información sobre cómo crear un elemento de trabajo de error, vea Elementos de trabajo y flujo de trabajo (Agile).

En este tema

Temas relacionados

Información general sobre la creación y seguimiento de errores Definir un error Vincular un caso de prueba a un error Agregar detalles, datos adjuntos o hipervínculos a un error Resolver y cerrar un error

Guia de procesos Iteraciones y planeación de Agile Libros Libro de evaluación de errores Paneles e informes Panel de errores Informe Estado del error Informe Tendencias de errores Informe Reactivaciones Informe Información general sobre los casos (Agile) Referencia de campos Referencia de campo de asignaciones y flujo de trabajo Referencia de campo de áreas e iteraciones Campo de referencia de planeamiento, clasificación y prioridades Referencia de campo de títulos, identificadores, descripciones e historial Vincular elementos de trabajo y controles y restricciones de vinculación Controles y referencia de campo de datos adjuntos

Permisos necesarios

Para ver un error, debe ser miembro del grupo de seguridad Readers o tener el permiso Ver los elementos de trabajo en este nodo establecido en Permitir.Para crear o modificar un error, debe ser miembro del grupo Contributors o tener los permisos Editar elementos de trabajo en este nodo establecidos en Permitir.Para obtener más información, vea Administrar permisos.

Definir un error

Un error comunica que existe un posible problema en el código que su equipo está desarrollando.Al definir un error, es conveniente notificar el problema con precisión de una manera que ayuda el lector a entender todo el impacto del problema.También debe describir las acciones que realizó para encontrar el error con el fin de que otros miembros del equipo puedan reproducir más fácilmente el comportamiento.Los resultados de pruebas deben mostrar el problema claramente.Las descripciones claras y comprensibles afectan a la probabilidad de que se corrija el error.

El formulario de elemento de trabajo para un error almacena los datos en los campos y pestañas que muestra la ilustración siguiente:

Al definir un error, debe definir Título en la sección superior del formulario de elemento de trabajo.Puede dejar todos los demás campos en blanco o aceptar sus valores predeterminados.

Para definir un error

1. En la sección superior del formulario de elemento de trabajo para un error, especifique uno o más de los campos siguientes:

   • En Título (necesario), escriba una frase que describa el defecto de código que se encontró.

   • En la lista Asignado a , elija el nombre del miembro del equipo responsable de corregir el error, o deje este campo en blanco para asignarlos después durante la evaluación de errores.

     [!NOTA]

     Solamente puede asignar elementos de trabajo a los miembros del grupo Contributors.

   • En las listas Área y Iteración , elija la iteración y área adecuadas, o deje estos campos en blanco para asignarlos después durante un planeamiento o una reunión de clasificación.

     [!NOTA]

     El administrador de cada proyecto de equipo define las rutas de acceso de área y de iteración para dicho proyecto, de forma que el equipo pueda seguir el progreso mediante dichas designaciones.Para obtener más información, vea Crear y modificar áreas e iteraciones.

   • En Rango en la pila, escriba un número que indique la importancia relativa del error en comparación con otros errores en la misma iteración.

   • En la lista Prioridad , elija el valor que indica la importancia del error, donde 1 es muy importante y 4 es menos importantes.

     De forma predeterminada, el valor de este campo es 2.

   • En la lista Gravedad , elija el valor que indica el impacto del error en el proyecto.

     De forma predeterminada, el valor de este campo es 3 - Medio.

2. En la pestaña PASOS OF REPRO , proporcione tanto detalle como sea necesario para que otro miembro del equipo pueda entender el problema que debe corregir.

   Puede dar formato al contenido que proporciona en este campo.

3. En la pestaña info. del sistema , especifique uno o más de los siguientes tipos de información:

   • En la lista Encontrado en la compilación , elija o escriba el nombre de la compilación en la que se detectó el defecto.

     [!NOTA]

     Cada compilación está asociada a un nombre de compilación único.Para obtener más información sobre cómo definir los nombres de compilación, vea Customize Build Numbers.

   • En Integrado en la compilación, no especifique una compilación al crear el error.Al resolver un error, escriba el nombre de la compilación que incorpora el código o corrige un error.

   • En Información del sistema, describa el entorno de software en el que se encontró el error.

4. En la pestaña historial , proporcione tanto detalle como desee.

   Puede dar formato al contenido que proporciona aquí.

   Cada vez que un miembro del equipo actualiza el error, en el historial de este se muestra la fecha del cambio, el miembro del equipo que lo realizó y los campos que han cambiado.

5. (Opcional) Vincule el error a otro elemento de trabajo, como un caso de prueba u otro error.

   Para obtener más información sobre estas actividades, vea Vincular un caso de prueba a un error más adelante en este tema.

6. En la barra de herramientas de elemento de trabajo, elija Guardar elemento de trabajo.

   [!NOTA]

   Después de guardar el error, aparecerá el identificador en el título debajo de la barra de herramientas de elemento de trabajo.

Vincular un caso de prueba a un error

Al vincular los errores a los casos de prueba, admite la exactitud e integridad de muchos informes que se definen para MSF for Agile Software Development.

Para vincular un caso de prueba existente a un error

1. En la pestaña Casos de prueba , elija Vincular a.

   Se abrirá el cuadro de diálogo Agregar vínculo a error.

2. En la lista Tipo de vínculo, deje el valor predeterminado de Prueba realiza por, que es el único tipo de vínculo que se admite para los vínculos agregados en la pestaña Casos de prueba.

3. En Identificadores de elementos de trabajo, escriba el identificador de uno o más casos de prueba a los que desea vincular el error, o elija Examinar para buscar el caso de prueba al que desea vincular.Puede elegir la consulta de equipo Mis casos de prueba para buscar casos de prueba y seleccione la casilla situada junto al caso de prueba al que desea vincular.

   Para obtener más información, vea Buscar elementos de trabajo para vincular o importar.

4. (Opcional) Escriba una descripción del caso de prueba al que está estableciendo vínculos.

5. Elija Aceptar.

6. Elija Guardar elemento de trabajo.

   [!NOTA]

   Se actualizan el error y el caso de prueba a los que establecieron vínculos.

Agregar detalles, datos adjuntos o hipervínculos a un error

Puede agregar información a un error que ayuda a otros a reproducir o corregir el error.Puede agregar detalles a los errores de las siguientes maneras:

• Escriba información en los campos Pasos para reproducir o Historial.

• Adjunte un archivo.

  Por ejemplo, puede adjuntar un subproceso de correo electrónico, un documento, una imagen, un archivo de registro u otro tipo de archivo.

• Agregue un hipervínculo a un sitio web o a un archivo que esté almacenado en un servidor o sitio web.

Para agregar detalles a un error

1. Elija la ficha Detalles .

2. En Pasos para reproducir, escriba la información.

3. (Opcional) En Historial, escriba la información.

   Puede dar formato al texto para proporcionar énfasis o capturar una lista con viñetas.Para obtener más información, vea Referencia de campo de títulos, identificadores, descripciones e historial.

4. Elija Guardar elemento de trabajo.

Para agregar datos adjuntos a un error

1. En la pestaña Datos adjuntos, realice una de las siguientes acciones:

   • Arrastre un archivo al área de datos adjuntos.

   • Elija , o presione CTRL+V para pegar un archivo que haya copiado.

   • Choose  Agregar, y elija Examinar.En el cuadro de diálogo Datos adjuntos, desplácese hasta el nombre del archivo que desea adjuntar o escríbalo.

     (Opcional) En el cuadro Comentario, puede escribir opcionalmente la información adicional sobre los datos adjuntos.Para devolver los Datos adjuntos la ficha, elija Aceptar.

2. Elija Guardar elemento de trabajo.

Para agregar un hipervínculo a un error

1. En la pestaña Todos los vínculos , elija Vincular a.

   

2. En la lista Tipo de vínculo , elija Hipervínculo.

3. En Dirección, escriba la dirección del destino del vínculo.

   Si el destino es un sitio web, escriba la dirección URL o bien cópiela del explorador de Internet y péguela en el cuadro Dirección.Si el destino es una ubicación del servidor, escriba la dirección con formato de nombre UNC.

4. (Opcional) Escriba información adicional sobre el hipervínculo en el cuadro Comentario.

5. Elija Aceptar, y elija Guardar elemento de trabajo.

Resolver y cerrar errores

Cuando se haya corregido un error, cambie su Estado de Activo a Resuelto.Cuando se haya comprobado la corrección, cambie su estado de Resuelto a Cerrado.Cualquier miembro del equipo puede cambiar el estado de un error.Asimismo, un error que no se puede corregir se puede resolver por otros motivos, tal como se describe más adelante en este tema.Para obtener más información, vea Referencia de campo de asignaciones y flujo de trabajo.

Para resolver o cerrar un error

1. Abra el formulario de elemento de trabajo del error.

2. En la lista Estado , elija Resuelto o Cerrado.

   • Si cambia el estado de Activo a Resuelto, el campo Motivo cambiará a Corregido.

     Compruebe que el valor para Motivo es correcto, o elija otra opción.

     Para obtener más información, vea De activo a resuelto más adelante en este tema.

   • Si cambia el estado de Resuelto a Cerrado, el campo Motivo cambiará a Comprobado.

3. Elija Guardar elemento de trabajo.

Progresión habitual del flujo de trabajo: Un miembro del equipo crea un error en el estado Activo con un motivo predeterminado de Nuevo. Un miembro del equipo cambia el estado de un error de activo a resuelto para indicar que se ha corregido el error o por algún otro motivo. Un miembro del equipo prueba un error marcado como corregido, comprueba que se ha corregido y cambia el estado del error de resuelto a cerrado. Transiciones de flujo de trabajo adicionales: Un miembro del equipo encuentra que un error resuelto no se ha corregido o una prueba produce un error, y cambia el estado del error de resuelto a activo. Durante la prueba de regresión, un miembro del equipo encuentra que un error cerrado se está repitiendo y cambia el estado del error de cerrado a activo.

Diagrama de estado de error

Activo (nuevo o error de compilación)

Un miembro del equipo crea el error, proporciona un título descriptivo y, en Descripción, agrega tanto detalle como sea posible sobre el error.El error permanece en estado activo mientras se investiga y se corrige.

De Activo a Resuelto

Puede especificar uno de los motivos expuestos en la tabla siguiente al resolver un error:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Corregido (valor predeterminado)	Después de corregir el problema que identifica el error, ejecute las pruebas unitarias para confirmar que se ha corregido el problema y proteja el código cambiado.	Vincule el error al conjunto de cambios cuando se haya protegido la corrección.
Aplazada	Cuando el error no se va a corregir en la iteración actual.Se pospondrá el error hasta que el equipo pueda volverlo a evaluar para una iteración o versión del producto futura.	(Opcional) Mueva el error a una iteración futura o al trabajo pendiente, y manténgalo en estado activo.
Duplicado	Cuando otro error activo notifica el mismo problema.	Cree un vínculo al error que sigue estando activo para que el miembro del equipo que creó el error duplicado pueda comprobar más fácilmente la duplicación antes de cerrar el error.
Por diseño	Cuando el error describe una condición o comportamiento del sistema esperados o está fuera de los criterios de aceptación para el área de aplicación o el caso de usuario a los que afecta el error.	Ninguno.
No se puede reproducir	Cuando los miembros del equipo no pueden reproducir el comportamiento que notifica el error.	Ninguno.
Obsoleto	Cuando el error ya no se aplica al producto.Por ejemplo, un error está obsoleto si describe un problema en un área de característica que ya no existe en el producto.	Ninguno.

Los siguientes campos de datos se capturan automáticamente cuando el estado de un error se cambia de activo a resuelto:

• Resuelto por: nombre del miembro del equipo que resolvió el error.

• Fecha de resolución: fecha y hora en que se resolvió el error, tal como se graba mediante el reloj del servidor.

• Fecha de cambio de estado: fecha y hora en que se cambió el estado del error.

Resuelto

El miembro del equipo que está asignado para corregir el error lo resuelve cuando se ha corregido.O bien, un miembro del equipo puede determinar que el error se debe resolver por otros motivos, como se describe en la tabla siguiente.

De Resuelto a Cerrado

El único motivo admitido para cerrar un error es Comprobado.

Los siguientes campos de datos se capturan automáticamente cuando el estado de un error se cambia de resuelto a cerrado:

• Cerrado por: nombre del miembro del equipo que cerró el error.

• Fecha de cierre: fecha y hora en que se cerró el error, tal como se graba mediante el reloj del servidor.

• Fecha de cambio de estado: fecha y hora en que se cambió el estado del error.

De Resuelto a Activo

Puede especificar uno de los motivos en la tabla siguiente al reactivar un error desde un estado resuelto:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Sin corregir	Cuando la resolución es inaceptable o si la corrección fuera incorrecta.	Proporcione los detalles sobre el motivo de denegar la resolución o de que la corrección no funcionara correctamente.Esta información debería ayudar a la siguiente persona que posea el error a resolverlo apropiadamente.
Prueba no superada	Cuando una prueba muestra que todavía existe el error.	Proporcione detalles sobre la prueba que produjo el error y en qué compilación se produjo.

Los siguientes datos se capturan automáticamente cuando el estado de un error se cambia de resuelto a activo:

• Activado por: nombre del miembro del equipo que reactivó el error.

• Fecha de activación: fecha y hora en que se reactivó el error, tal como se graba mediante el reloj del servidor.

Cerrado

Un miembro del equipo puede cambiar un error de cerrado a activo si el problema o defecto de código que describe reaparece o no se ha corregido previamente.

De Cerrado a Activo

Puede especificar uno de los motivos en la tabla siguiente al reactivar un error desde un estado cerrado:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Regresión	Cuando el error reaparece en compilaciones posteriores del código.	Ninguno.
Reactivado	Cuando el error se cerró por error o por algún otro motivo.	Ninguno.

Los siguientes datos se capturan automáticamente cuando el estado de un error se cambia de cerrado a activo:

• Activado por: nombre del miembro del equipo que reactivó el error.

• Fecha de activación: fecha y hora en que se reactivó el error, tal como se graba mediante el reloj del servidor.

Vea también

Conceptos

Libro de evaluación de errores

Caso de usuario (Agile)

Caso de prueba (Agile)

Otros recursos

Plantilla de proceso para Agile para Visual Studio ALM

Elementos de trabajo y flujo de trabajo (Agile)