Informe Reactivaciones

A medida que el equipo resuelve y cierra los errores, se puede utilizar el informe Reactivaciones para determinar la eficacia con que el equipo corrige los errores. Las reactivaciones suelen referirse a errores que se han resuelto o cerrado prematuramente y, a continuación, se han vuelto a abrir. La tasa de la reactivación también se denomina tasa de retorno de errores.

El informe Reactivaciones se puede utilizar para mostrar los errores y casos de usuario que se han reactivado. Como propietario del producto, puede que sea conveniente comentar las tasas de reactivación aceptables con el equipo. Una tasa de reactivaciones baja (por ejemplo, menor que el 5%) podría ser aceptable dependiendo de los objetivos del equipo. Sin embargo, una tasa alto o creciente de reactivaciones indica que el equipo podría necesitar diagnosticar y corregir problemas sistémicos.

Para obtener información sobre cómo obtener acceso a los informes y cómo actualizarlos o administrarlos, vea Informes (SQL Server Reporting Services).

Nota

Este informe requiere que la colección de proyectos de equipo que contiene el proyecto de equipo se haya proporcionado con SQL Server Reporting Services.Este informe no está disponible si  Informes no aparece al abrir Team Explorer y expandir el nodo del proyecto de equipo.

En este tema Datos del informe Establecer la duración de la iteración Interpretar el informe Filtrado del informe

Este informe se puede usar para responder a las siguientes preguntas: ¿Cuántos errores se reactivan? ¿Cuántos casos de usuario se reactivan? ¿El equipo está resolviendo y cerrando los errores reactivados a una velocidad aceptable?

Permisos necesarios

Para ver el informe, debe tener asignado (o pertenecer a un grupo que tenga asignado) el rol Explorador en SQL Server Reporting Services. Para obtener más información, vea Agregar usuarios a proyectos de equipo.

Datos del informe

El informe Reactivaciones muestra un gráfico de superficie que representa el número de errores o casos que se han resuelto o reactivado después de cerrarlos. Los datos se derivan del almacenamiento de datos. El gráfico representa el número de elementos basándose en la duración y en los filtros que especifica el usuario, como se muestra en la ilustración siguiente.

Se puede filtrar el informe Reactivaciones de las siguientes maneras:

• Cambie las fechas de inicio y finalización del informe.

• Filtrar los errores y casos que se incluyen en el informe especificando rutas de iteración y de área, tipos de elemento de trabajo y el estado anterior de los elementos de trabajo.

Para obtener más información, vea Filtrar el informe más adelante en este tema.

Actividades necesarias para realizar el seguimiento de los casos de usuario y los errores

Para que el informe Reactivaciones sea útil y preciso, el equipo debe realizar las actividades siguientes:

• Definir casos de usuario y errores, y especificar sus rutas de iteración y de área.

• Actualizar el Estado de los casos y errores a medida que avanzan desde que se activan hasta que se cierran.

Establecer la duración de la iteración

Para entender la tasa de reactivación de la iteración actual, las fechas de inicio y finalización del informe deben coincidir con las del ciclo de iteración actual.

Para cambiar la duración de la iteración

1. Haga clic en el icono de calendario situado junto a Inicio de la iteración (fecha) o Fin de la iteración (fecha) y, a continuación, haga clic en una fecha.

2. Haga clic en Ver informe.

Interpretar el informe

Es normal que el informe Reactivaciones varíe según el punto del ciclo de desarrollo del producto en que nos encontremos. Las iteraciones tempranas deberían presentar muy pocas reactivaciones. A medida que se van cerrando casos y errores, puede ser conveniente revisar la tasa de reactivaciones.

El informe Reactivaciones muestra información que puede utilizar para detectar si el equipo está reactivando un número alto de errores o casos. La tasa de la reactivación cuenta el número de errores supuestamente corregidos cuyas correcciones no funcionan. Estas reactivaciones pueden crear un ciclo perjudicial de repetición del trabajo que interfiere con el progreso de las tareas planeadas.

Preguntas a las que responde el informe

Puede revisar el informe para responder a estas preguntas:

• ¿Cuántos errores se han reactivado en la iteración actual?

• ¿Cuántos casos de usuario se han reactivado en la iteración actual?

• ¿El equipo está resolviendo y cerrando los errores y casos reactivados a una velocidad aceptable?

Versión positiva de informe

Una versión positiva del informe Reactivaciones muestra un progreso sostenido de resolución y cierre de errores, como se muestra en la ilustración siguiente. La tasa total de reactivación de elementos de trabajo es del 5% o inferior, y no aumenta durante la iteración. Pueden ser aceptables pequeñas fluctuaciones, según los objetivos del equipo. Cuanto menor sea la tasa de reactivación, más podrá progresar el equipo en su conjunto.

Versión negativa de informe

En la siguiente ilustración se muestra una versión negativa del informe Reactivaciones.

En la siguiente tabla se describen los elementos que indican que se trata de una versión negativa del informe, además de proporcionarse algunas preguntas que puede ser conveniente plantearse.

Indicador	Pregunta que se debe formular
El equipo está reactivando una cantidad elevada de errores. La tasa de reactivación se debe considerar como un porcentaje del número total de errores que el equipo está encontrando. Una tasa alta de reactivación de errores podría indicar que el equipo está cerrando los errores prematuramente. Se trata de una señal de advertencia de mal funcionamiento del proyecto. Las reactivaciones introducen trabajo adicional en el ciclo del producto, lo que a menudo duplica el esfuerzo total que se necesita para completar el trabajo correspondiente.	¿El equipo está realizando pruebas unitarias suficientes al resolver errores? ¿Las descripciones de los errores permiten una resolución eficaz del error? ¿Se resuelven los errores aunque no se han corregido los problemas subyacentes? ¿Algunos errores deberían establecerse como de menor prioridad, para el número real de errores de alta prioridad en que el equipo está trabajando? ¿El laboratorio de pruebas se está administrando con eficacia?
El equipo está reactivando un número alto de casos de usuario. La tasa de reactivación de casos de usuario debe considerarse como un porcentaje del número total de casos de usuario que el equipo está cerrando. Una tasa alta de reactivación de casos podría indicar que hay otros problemas que es preciso investigar.	¿El alcance de las pruebas es suficiente para los escenarios del usuario?
El número de reactivaciones va en aumento. Cuando el número de reactivaciones crece, los errores o artículos reactivados no se están corrigiendo. Puede que sea conveniente evaluar de nuevo las prioridades del equipo en relación con la corrección de errores o casos reactivados.	¿Las prioridades del equipo se han establecido correctamente? ¿Hay otros problemas que están en la raíz de las reactivaciones?

Filtrado del informe

Se puede filtrar el informe Reactivaciones de las siguientes maneras:

• Cambie las fechas de inicio y finalización del informe.

• Filtrar los errores o casos que se representan en el informe especificando rutas de iteración y de área, tipos de elemento de trabajo y el estado anterior de los elementos de trabajo.

En la siguiente ilustración se muestran los filtros disponibles:

Para filtrar los elementos de trabajo que aparecen en el informe

1. Realice una o más de las siguientes acciones:

   • En las listas Iteración y Área, active la casilla de cada una de las iteraciones o áreas de producto que se van a incluir.

   • En las listas Tipo de elemento de trabajo y Estado anterior, active la casilla de cada tipo y estado de elemento de trabajo que desee incluir.

2. Haga clic en Ver informe.

Vea también

Otros recursos

Informes (SQL Server Reporting Services)