Siguiendo con los comentarios sobre los reportes ágiles de TFS 2010 iniciados en :

Bug Status Report

Bug Trend Report

Reactivation Report

Build Quality Indicators Report

Burndown and Burn Rate Report

Remaining Work Report

Status on All Iterations Report

Hoy comentaremos sobre:

Stories Overview Report (Agile)

El siguiente reporte muestra gráficamente información general sobre los casos de uso definido para una iteración o área determinada.

Información que proporciona el reporte

El reporte presenta una visión del trabajo realizado para el conjunto de casos de uso filtrados hasta la fecha actual.

Este reporte muestra la siguiente información sobre cada caso de uso:

Progreso del trabajo

• % de horas completadas: un valor numérico y representación visual que muestra el porcentaje de trabajo completado.
• Horas restantes: un valor numérico de todas las horas restantes para todas las tareas vinculadas al caso de uso o sus casos secundarios.

Estado de la prueba

• Pruebas: un valor numérico que representa el número de casos de prueba vinculados al caso de uso o sus casos secundarios.
• Resultados de pruebas: un valor numérico y representación visual que muestra el porcentaje de casos de prueba, agrupados según el estado de su ejecución de pruebas más reciente, donde las opciones son Superadas (verde), Con error (rojo) o Sin ejecutar (negro).
• Errores: un valor numérico y representación visual que muestra el número de errores vinculados al caso de prueba o caso de uso, donde las opciones son Activa (azul) y Resuelto (oro).

El reporte de Información general enumera y resalta los casos según los siguientes criterios:

• Los casos aparecen por orden de importancia, que está basado en su clasificación asignada.
• Los casos aparecen en tipo en negrita cuando están en el estado activo o resuelto.
• Los casos aparecen en tipo normal cuando están en el estado cerrado.
• Los casos aparecen en tipo gris cuando su iteración o área asignada está fuera del conjunto filtrado, pero tienen tareas o casos secundarios que están dentro del conjunto filtrado de iteraciones o áreas de producto.

Para que el reporte sea fiable se deben de alimentar correctamente los siguientes parámetros de los elementos de trabajo:

• Definir los casos de uso y tareas, crear un vínculo Secundario desde cada tarea a un caso de uso y crear un vínculo Secundario desde cualquier subtarea a su tarea primaria.
• Definir y actualizar los campos Completado y Restante para cada tarea o subtarea durante la iteración o versión.
• Definir los casos de prueba y crear el vínculo Prueba realiza por desde cada caso de prueba a un caso de uso.
• Para cada error, crear el vínculo Prueba realiza por al caso de prueba que identificó el defecto de código o un vínculo Relacionado al caso de uso con el que está relacionado el error.
• Establecer el Estado de cada error en Resuelto cuando se corrija.
• Especificar las rutas de acceso Área e Iteración para cada caso, tarea, caso de prueba y error.

Análisis del reporte

El reporte de Información general muestra el progreso de trabajo global en tres áreas que son importantes para completar y cerrar un caso de uso:

• Tareas implementadas para completar el caso de uso.
• Casos de prueba ejecutados para asegurar la calidad de los casos implementados.
• Errores identificados que indican los problemas con la calidad de los casos de uso.

Progreso del trabajo

• ¿Corresponde a sus expectativas la cantidad de trabajo que resta para cada caso de uso?
• ¿Se implementan primero los casos de uso clasificados según su relevancia?
• ¿Cuántas pruebas se definen para cada caso de uso?¿Cuántas pruebas se superan?
• ¿Qué casos de uso se implementan que no tienen ningún caso de prueba definido para ellos?

Progreso de la calidad

• ¿Cuántos casos de prueba se han ejecutado para cada caso de uso y cuántos han superado las pruebas?
• ¿Cuántos errores activos tiene cada caso de uso?
• ¿Se encuentran errores para los casos de uso que se prueban?
• ¿Se resuelven los errores o siguen activos?

Evaluación de riesgo

• ¿Qué casos de uso están en riesgo?
• ¿Qué casos de uso no son suficientemente estables para la versión?
• ¿Qué casos de uso puede distribuir hoy el equipo?

Versión positiva del reporte

Un reporte positivo muestra más progreso en los casos de uso que aparecen cerca de la parte superior del reporte. En la imagen que se muestra a continuación se visualiza que el equipo ha realizado más trabajo para los casos que aparecen en el reporte.

Versión negativa del reporte

Un reporte negativo muestra una o más de los siguientes indicadores:

• El equipo está realizando más progreso en los casos de uso que tienen un rango inferior que en los que tienen un rango superior.
• Hay más pruebas con errores que superadas.
• Se producen errores en las pruebas para un caso de uso, pero no se crea ningún elemento de trabajo de error.

Hasta la próxima.