Informe Reactivaciones

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Azure DevOps Server anteriormente se denominaba Visual Studio Team Foundation Server.

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 baja de reactivaciones (por ejemplo, menos del 5 %) podría ser aceptable en función de los objetivos del equipo. Sin embargo, una tasa alta o creciente de reactivaciones indica que el equipo puede necesitar diagnosticar y corregir problemas sistémicos.

Para obtener información sobre cómo obtener acceso, actualizar o administrar informes, vea Reporting Services Reports. Si usa el servicio Azure DevOps, compruebe la extensión Informe de reactivaciones disponible en Azure DevOps mercado. Este informe proporciona un informe detallado sobre los errores y los casos de usuario que se vuelven a abrir durante los sprints y también se puede exportar a Excel.

Nota

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

Puede usar este informe para responder a las siguientes preguntas:

- ¿Cuántos errores se están reactivando?
- ¿Cuántos casos de usuario se están reactivando?
- ¿El equipo está resolviendo y cerrando los errores reactivados a una velocidad aceptable?

Prerrequisitos

Para ver el informe, debe estar asignado o pertenecer a un grupo al que se le haya 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 muestra el número de elementos en función de la duración y los filtros que especifique, como se muestra en la ilustración siguiente.

Example Reactivations Report

Se puede filtrar el informe Reactivaciones de las siguientes maneras:

  • Cambiar 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 Filtrado del informe más adelante en este artículo.

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

Para que el informe reactivaciones sea útil y correcto, el equipo debe llevar a cabo las siguientes actividades:

  • Defina casos de usuario y errores, y especifique sus rutas de acceso de iteracióny área.

  • Actualice el estado de los casos y los errores a medida que progresan de activo a cerrado.

Establecer la duración de la iteración

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

Para cambiar la duración de la iteración

  1. Junto a Inicio de iteración (fecha) o Final de iteración (fecha),seleccione el icono de calendario y, a continuación, seleccione una fecha.

  2. Seleccione Ver informe.

Interpretación del 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 deben mostrar pocas reactivaciones. A medida que se cierran los errores y los casos, querrá 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 reactivación cuenta el número de errores que se supone que se han corregido 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 menos 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.

Healthy version of a Reactivations report

Versión negativa de informe

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

Unhealthy version of Reactivations report

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 Preguntas que debe formularse
El equipo está reactivando un gran número 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. Es un signo de advertencia de que el proyecto está en riesgo. 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 cuando resuelve errores?
- ¿Las descripciones de errores admiten una resolución de errores eficaz?
- ¿Se resuelven los errores aunque no se hayan corregido los problemas subyacentes?
- ¿Se deben establecer algunos errores en una prioridad más baja, lo que reduce de forma eficaz el número de errores de prioridad alta en los que está trabajando el equipo?
- ¿El laboratorio de pruebas se administra de forma eficaz?
El equipo está reactivando un gran número 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. - ¿La cobertura de prueba es adecuada para escenarios de usuario?
El número de reactivaciones está creciendo. Cuando aumenta el número de reactivaciones, no se solucionan errores o casos reactivados. 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 establecen correctamente?
- ¿Hay otros problemas en la raíz de las reactivaciones?

Filtrar el informe

Se puede filtrar el informe Reactivaciones de las siguientes maneras:

  • Cambiar 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:

    Filters for Reactivations Report

Para filtrar los elementos de trabajo que aparecen en el informe

  1. Lleve a cabo una o varias de las siguientes acciones:

    • En las listas Iteracióny Área, active la casilla de cada iteración o área de producto que se incluirá.

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

  2. Seleccione Ver informe.

Reporting Services informes