Informe Tendencias de errores

Artículo
06/10/2015

Puede usar el informe Tendencias de errores para ayudar a seguir la tasa de detección y resolución de errores de su equipo. Este informe muestra un promedio acumulado o móvil de los errores notificados, resueltos y cerrados a lo largo del tiempo. Cuando administre un equipo grande o un número grande de errores, puede supervisar semanalmente el informe Tendencias de errores para obtener una visión de la medida en que el equipo está encontrando, resolviendo y cerrando los errores.

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 Informe 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 está notificando, resolviendo y cerrando el equipo diariamente?
¿Cuál está la tendencia general en que el equipo procesa los errores?
¿Disminuyen la activación de errores y las tasas de resolución hacia el final de la iteración tal como se esperaba?

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 o Administrar permisos.

Datos del informe

El informe Tendencias de errores calcula un promedio acumulado del número de errores que el equipo ha abierto, resuelto y cerrado según los filtros que especifique. El promedio acumulado se basa en los siete días antes de la fecha para la que se calcula. Es decir, el informe calcula el promedio del número de errores en cada estado para cada uno de los siete días antes de la fecha y, a continuación, divide el resultado entre siete. Los datos se derivan del almacenamiento de datos.

La ilustración siguiente muestra un ejemplo del informe Tendencias de errores.

Ejemplo de informe Tendencias de errores

Este informe muestra hasta tres gráficos de líneas y cada gráfico representa los promedios acumulados del número de errores activados, resueltos y cerrados.

Puede filtrar el informe de las siguientes formas:

Cambie las fechas de inicio y finalización del informe.
Filtre los errores que se enumeran en el informe especificando las rutas de acceso de área e iteración o el estado, prioridad o gravedad del error.

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

Actividades necesarias para el seguimiento de errores

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

Definir los errores y especificar sus rutas de acceso de Área e Iteración.
Actualizar el Estado de cada error cuando se ha corregido, comprobado y cerrado.
Especificar la Prioridad y Gravedad de cada error durante la evaluación de errores.

Puede usar el libro Evaluación de errores para actualizar rápidamente la iteración, área, estado, prioridad y gravedad de los errores. Para obtener más información, vea Libro de evaluación de errores.

Establecer la duración del sprint o iteración

Para entender las tendencias de errores de la iteración actual, las fechas de inicio y fin del informe deben coincidir con las del ciclo de iteración actual.

Para cambiar la duración de la iteración

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.
Haga clic en Ver informe.

Interpretar el informe

Debe esperar que las tasas de errores varíen en función del momento del ciclo de desarrollo del producto en que se encuentre. El equipo debería encontrar menos errores en las iteraciones tempranas que en las iteraciones posteriores. El equipo debe cerrar la mayor cantidad de errores posible en las iteraciones que están cercanas al fin de un ciclo del producto.

Las tasas de errores se interpretan mejor comparándolas con todas las actividades de proyecto de equipo actuales y las otras métricas que proporcionan los informes Estado del error y Reactivaciones. Por ejemplo, el equipo podría encontrar errores con especial rapidez en código mal escrito, en código recientemente integrado, con pruebas mejoradas o durante un evento excepcional como una búsqueda intensiva de errores. Por otra parte, los errores son más difíciles de encontrar en un producto de alta calidad y con pruebas ineficaces. Las métricas se pueden usar para que la cobertura de código, renovación de código y tasas de prueba ayuden a evaluar aun mejor el significado de las tendencias de error.

Cuando el producto se estabiliza hacia el fin de un ciclo del producto, el equipo debería encontrar errores con menos frecuencia.

El informe Tendencias de errores podría mostrar uno o más de los indicadores que se describen en la columna izquierda de la tabla siguiente. Puede revisar las preguntas en la columna derecha para que ver las áreas que se deben atender con más detalle.

Indicador	Pregunta que se debe formular
El equipo encuentra el mismo número de errores aproximadamente en períodos de tiempo sucesivos. Si el equipo detecta el mismo número de errores una semana tras otra o una iteración tras otra, es conveniente investigar la causa subyacente. En las primeras fases del ciclo de prueba, las pruebas podrían no ser rigurosas o lo bastante avanzadas para encontrar muchos errores. En las iteraciones tempranas, se espera esta situación. Sin embargo, a medida que el producto madura, las pruebas deberían ir dirigidas a escenarios e integraciones más amplios.	¿Son adecuados los casos de prueba para probar los casos de usuario que se están desarrollando? ¿Las pruebas se han vuelto obsoletas o están probando la funcionalidad equivocada? ¿El equipo de pruebas está probando cada caso de usuario rigurosamente?
El equipo encuentra muchos errores en cada período. El equipo podría encontrar errores fácilmente en código chapucero, código recientemente integrado, con pruebas eficientes o durante un evento concreto, como, por ejemplo, una búsqueda intensiva de errores.	¿Las métricas para la cobertura de código, renovación de código o progreso de las pruebas indican un problema con el código o las pruebas?
El equipo encuentra pocos errores en cada período. El equipo podría esforzarse en buscar errores en una solución de alta calidad o con pruebas ineficaces.	¿Las métricas para la cobertura de código, renovación de código o progreso de las pruebas indican un problema con el código o las pruebas?
El equipo resuelve muchos errores en cada período. Una tasa de resolución alta normalmente indica que el equipo va por el buen camino.	¿Se cierran rápidamente los errores resueltos? La tasa de errores cerrados debe ser similar a la de errores resueltos. ¿Permanecen las reactivaciones de errores dentro de los límites esperados?
El equipo resuelve los errores rápidamente pero no los cierra. Los miembros del equipo asignados a comprobar las correcciones de errores podrían estar atendiendo a demasiadas tareas o prioridades diferentes podrían impedir que esos miembros del equipo cierren los errores resueltos.	¿Están sobreasignados los recursos de pruebas? ¿Debería el equipo volver a revisar las prioridades de pruebas?

Versión positiva de informe

Un informe Tendencias de errores positivo muestra que el equipo encuentra más errores en el inicio de un ciclo de desarrollo y menos errores hacia el fin de una versión. El equipo debería resolver y cerrar más errores hacia el fin del proyecto.

Cuando el equipo resuelve los errores más rápidamente que los encuentra, el número de errores activos empezará a disminuir. Cuando el equipo empieza a encontrar menos errores, el producto se está estabilizando.

Versión negativa de informe

Un informe Tendencias de errores negativo podría mostrar que el equipo encuentra errores más rápidamente a medida que se acerca la fecha de envío y los resuelve más lentamente. En esta situación, el trabajo pendiente de errores del equipo está aumentando porque no se corrigen los errores y sería conveniente investigar las causas. La siguiente ilustración muestra un informe para un equipo que encuentra muchos errores, resuelve menos errores de los que encuentra y cierra menos errores de los que resuelve.

Versión negativa del informe Tendencias de errores

Filtrar el informe y cambiar la presentación

Puede filtrar el informe Tendencias de errores o cambiar su presentación de las maneras siguientes:

Cambie las fechas de inicio y finalización del informe.
Filtre los errores que se enumeran en el informe especificando las rutas de acceso de área e iteración o el estado, prioridad o gravedad.

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

Filtros para el informe Tendencias de errores

Para filtrar los errores que se enumeran en el informe

Realice una de las siguientes acciones o ambas:
- 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 Estado, Prioridad o Gravedad, active la casilla de cada estado, prioridad y gravedad que desee incluir.
Haga clic en Ver informe.