Compartir a través de


Panel de calidad (Agile)

Puede utilizar el panel de calidad para obtener información general sobre el progreso en las áreas de prueba, desarrollo y compilación ya que afectan a la calidad del software que se está desarrollando. El equipo puede utilizar el panel de calidad para obtener información y tomar decisiones que respalden los objetivos del equipo en materia de calidad de producto.

Con este panel, puede revisar el progreso de las pruebas, los estados de compilación, el progreso a la hora de resolver y cerrar errores, la tasa de reactivación de errores, el porcentaje de código que se ha probado y las tendencias en los cambios de código. Se representa gráficamente cada una de estas métricas para las últimas cuatro semanas.

Nota

El acceso a los paneles se realiza a través del portal del proyecto de equipo. Puede obtener acceso al panel de calidad únicamente si ese portal está habilitado y aprovisionado para usar Microsoft Office SharePoint Server 2007. Para obtener más información, vea Paneles (Agile) o Acceso a la guía de procesos y al portal del proyecto de equipo.

En este tema

  • Datos que aparecen en el panel

  • Actividades necesarias para realizar un seguimiento de la calidad

  • Solucionar problemas de calidad

  • Personalizar el panel de calidad

Este panel se puede usar para responder a las siguientes preguntas:

  • ¿El esfuerzo de prueba va por el buen camino?

  • ¿El equipo está probando la funcionalidad adecuada?

  • ¿Las correcciones de errores que realiza el equipo son de alta calidad?

  • ¿Las pruebas están obsoletas?

  • ¿Dispone el equipo de suficientes pruebas?

  • ¿Hay algún cuello de botella?

Permisos necesarios

Para ver el panel, debe estar asignado o pertenecer a un grupo que tenga asignados los permisos Lectura en Productos de SharePoint para el proyecto de equipo. Para modificar, copiar o personalizar un panel, debe tener asignados o pertenecer a un grupo que tenga asignados los permisos Miembros en Productos de SharePoint para el proyecto de equipo. Para obtener más información, vea Agregar usuarios a proyectos de equipo.

Para modificar un informe de Office Excel, debe ser miembro del rol de seguridad TfsWarehouseDataReaders en SQL Server Analysis Services y debe estar asignado o pertenecer a un grupo que tenga asignado el permiso Miembros en Productos de SharePoint para el proyecto de equipo. Para obtener más información, vea Conceder acceso a las bases de datos del almacén de datos para Visual Studio ALM.

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

Datos que aparecen en el panel

Los miembros del equipo pueden utilizar el panel de calidad para determinar la calidad global del producto que están desarrollando. En el mejor de los casos, las tasas de pruebas superadas, los errores y la renovación de código apuntan todos a lo mismo pero, en muchos casos, no es así. Cuando se detecta una discrepancia, se han de examinar más detenidamente la compilación y la serie de datos pertinentes. En el panel de calidad, se combinan los resultados de las pruebas, la cobertura de código de las pruebas, la renovación de código y los errores, de modo que le ayuden a comprender muchas perspectivas a la vez.

En concreto, este panel muestra los elementos web que se muestran en la siguiente ilustración y se describen en la siguiente tabla.

Panel Calidad de producto

Nota

El informe Progreso del plan de pruebas solo está disponible cuando el equipo crea planes de pruebas y ejecuta las pruebas mediante Ejecutor de pruebas y Microsoft Test Manager. Para obtener información sobre cómo definir conjuntos de pruebas y planes de pruebas, vea Organizar casos de prueba mediante conjuntos de pruebas.

Los gráficos de progreso, compilación y código (informes del Paso 1 al Paso 6, no aparecen cuando no está disponible el almacén de datos para el proyecto de equipo.

Para obtener más información sobre cómo interpretar, actualizar o personalizar los gráficos que aparecen en el panel de calidad, vea los temas que figuran en la siguiente tabla.

Elemento web

Datos mostrados

Tema relacionado

Paso 1

Gráfico de áreas apilado que muestra los resultados de pruebas de todos los casos de prueba agrupados por su último resultado registrado (No ejecutar nunca, Bloqueada, Con errores o Correcta) en las últimas cuatro semanas.

Informe de Excel Progreso del plan de pruebas

Informe de progreso del plan de pruebas

Paso 2

Columnas apiladas que muestran el número de compilaciones Con errores o Correctas en las últimas cuatro semanas.

Informe Estado de la compilación

Informe de Excel Estado de la compilación

Paso 3

Gráfico de áreas apilado que muestra el número acumulativo de todos los errores, agrupados por estado, en las últimas cuatro semanas.

Informe de Excel Progreso de los errores

Informe de Excel Progreso de los errores

Paso 4

Gráfico de áreas apilado que muestra el número de errores reactivados por el equipo desde el estado Resuelto o Cerrado en las últimas cuatro semanas.

Informe de Excel Reactivaciones de errores

Informe de Excel Reactivaciones de errores

Paso 5

Gráfico de líneas que muestra el porcentaje de código probado mediante pruebas de comprobación de la compilación (BVT) y otras pruebas en las últimas cuatro semanas.

Informe Cobertura de código

Informe de Excel Cobertura de código

Paso 6

Gráfico de áreas apilado que muestra el número de líneas de código que el equipo agregó, quitó y modificó en las protecciones antes de la compilación durante las últimas cuatro semanas.

Informe Renovación de código

Informe de Excel Renovación de código

Paso 7

Lista de próximos eventos. Esta lista se deriva de un elemento web de SharePoint.

Elemento web Importar eventos

No es aplicable

Paso 8

Número de elementos de trabajo activos, resueltos y cerrados. Puede abrir la lista de elementos de trabajo haciendo clic en cada número. Esta lista se deriva de un elemento web de Team Web Access.

Elemento web de elementos de trabajo del proyecto

Elementos de trabajo y flujo de trabajo (Agile)

9

Lista de las últimas compilaciones y sus estados. Puede ver más detalles si hace clic en una compilación concreta. Esta lista se deriva de un elemento web de Team Web Access.

Elemento web de compilaciones recientes

Leyenda:

La compilación está en curso: la compilación está en curso

La compilación no se ha iniciado: la compilación no se ha iniciado

La compilación se ha realizado correctamente: la compilación se ha realizado correctamente

Se ha producido un error en la compilación: se ha producido un error en la compilación

La compilación se ha detenido: la compilación se ha detenido

La compilación se ha completado parcialmente: la compilación se ha completado parcialmente

Administrar y ver compilaciones completadas

10

Lista de las protecciones más recientes. Puede ver más detalles si hace clic en una protección concreta. Esta lista se deriva de un elemento web de Team Web Access.

Elemento web de protecciones recientes

Utilizar las ventanas de cambios pendientes y de protección de cambios pendientes

Actividades necesarias para supervisar la calidad

Para que el panel de calidad sea útil y preciso, el equipo debe realizar las actividades que se describen en esta sección.

Actividades necesarias para realizar el seguimiento del progreso del plan de pruebas

Para que el informe Progreso del plan de pruebas sea útil y preciso, el equipo debe realizar las actividades siguientes:

  • Definir casos de prueba y casos de usuario, además de crear vínculos Prueba realizada por entre los casos de prueba y los casos de usuario.

  • Definir planes de prueba y asignarles casos de prueba. Para obtener más información, vea Definir el trabajo de pruebas mediante los planes de prueba.

  • En las pruebas manuales, marcar los resultados de cada paso de validación del caso de prueba como superado o no superado.

    Nota importanteImportante

    Los evaluadores deben marcar un paso de prueba con un estado si se trata de un paso de prueba de validación. El resultado global de un caso de prueba refleja el estado de todos los pasos de prueba marcados por el evaluador. Por consiguiente, el caso de prueba tendrá el estado de no superado si el evaluador marcó algún paso de prueba como no superado o no lo marcó.

    En las pruebas automatizadas, cada caso de prueba se marca automáticamente como superado o no superado.

  • (Opcional) Para admitir el filtrado, asigne rutas de acceso de Iteración y Área a cada caso de prueba.

    Nota

    Para obtener información sobre cómo definir las rutas de acceso de área e iteración, vea Crear y modificar áreas e iteraciones.

Actividades necesarias para realizar un seguimiento del progreso y de las reactivaciones de los errores

Para que los informes Progreso de los errores y Reactivaciones de errores sean útiles y precisos, el equipo debe realizar las actividades siguientes:

  • Definir los errores.

  • Actualizar el Estado de cada uno de los errores a medida que el equipo los corrija, compruebe, cierre o reactive.

  • (Opcional) Especificar las rutas de acceso de Iteración y de Área de cada error si desea filtrar por esos campos.

Actividades necesarias para realizar un seguimiento del estado de la compilación, la cobertura de código y la renovación de código

Para que los informes Estado de la compilación, Cobertura de código y Renovación de código sean útiles y precisos, los miembros del equipo deben realizar las siguientes actividades:

Solucionar problemas de calidad

En la siguiente tabla, se describen los problemas de calidad específicos para los que el panel de calidad puede ayudarle a supervisarlos e identificar las acciones que el equipo puede emprender.

Problema

Informes que se deben revisar

Notas referentes a la solución del problema

Errores de compilación

Estado de la compilación

Una compilación nocturna es el pulso de los proyectos de desarrollo de software. Cuando las compilaciones no se completan correctamente o no superan las pruebas de comprobación de la compilación (BVT), el equipo debe corregir el problema inmediatamente.

Pruebas no superadas

Progreso del plan de pruebas

Renovación de código

Cuando las tasas de pruebas no superadas y de renovación de código son altas, el equipo podría investigar por qué el software genera errores con tanta frecuencia. Entre las posibles causas figuran prácticas de desarrollo poco precisas o pruebas demasiado rigurosas para un ciclo de iteración temprano.

Pruebas superadas pero con una alta tasa de errores

Progreso del plan de pruebas

Progreso de los errores

Cuando en el mismo período de tiempo hay muchas pruebas superadas y se detectan numerosos errores, el equipo podría investigar las siguientes posibilidades:

  • Es posible que las pruebas no sean suficientemente rigurosas para la actual fase del producto. En iteraciones tempranas, basta con realizar pruebas sencillas. Sin embargo, a medida que el producto madura, las pruebas deberían ir dirigidas a escenarios e integraciones más amplios.

  • Las pruebas podrían estar obsoletas o es posible que se esté probando la funcionalidad equivocada.

  • Otras técnicas de prueba podrían dar mejores resultados.

  • Los errores se notifican pero no se someten a pruebas. Cuando se notifican errores pero no se vinculan a ningún caso de prueba, no se someten a las pruebas de regresión.

Las pruebas están obsoletas

Progreso del plan de pruebas

Cobertura de código

Renovación de código

Cuando hay muchas pruebas superadas, cambia una cantidad significativa de código y disminuye la cobertura de código, es posible que el equipo no realice pruebas que ejecuten el nuevo código.

Dado que las pruebas no se desarrollan a la misma velocidad que los cambios de código, es posible que disminuya y se vuelva menos adecuada la cobertura de las pruebas.

El equipo no prueba, cierra o reactiva los errores resueltos

Progreso de los errores

Cuando el informe Progreso de los errores muestra un pico para los errores resueltos, eso significa que los desarrolladores están resolviendo errores pero que los evaluadores no los han comprobado ni los han cerrado. El equipo deberá investigar por qué.

Insuficientes pruebas

Progreso del plan de pruebas

Renovación de código

Cuando el equipo ejecuta pocas pruebas, la renovación de código es alta y la cobertura de código es inferior a lo esperado, es posible que el equipo tenga que asignar más recursos a las pruebas. Además, deberá asegurarse de que los evaluadores se centren en las mismas funciones que el resto del equipo.

Reactivaciones

Reactivaciones de errores

Cuando el equipo reactiva errores con gran frecuencia, los evaluadores rechazan a menudo las correcciones de los desarrolladores. El equipo debe resolver estos problemas para evitar que se asignen recursos significativos a la revisión de las correcciones rechazadas. Entre las posibles causas se encuentran una notificación deficiente de los errores, una administración inadecuada del laboratorio de pruebas o una evaluación de errores excesivamente rigurosa.

Pruebas unitarias inadecuadas

Cobertura de código

Renovación de código

Cuando se producen a la vez una disminución en la cobertura de código y un aumento en la renovación de código, es posible que los desarrolladores estén protegiendo código sin ninguna prueba unitaria correspondiente para cubrirlo.

En la mayoría de los casos, la cobertura de código debe aproximarse al 100% si el equipo aplica el desarrollo basado en pruebas o técnicas similares. Si las pruebas unitarias se reutilizan como pruebas BVT, la cobertura de código deberá aparecer en los informes correspondientes.

Personalizar el panel de calidad

Puede personalizar el panel de calidad de las maneras siguientes:

  • Cambie los filtros de cada informe de Excel para centrarse en áreas de producto o iteraciones concretas.

  • Agregue un elemento web de consulta personalizado que muestre la lista de elementos de trabajo buscados por la consulta. Por ejemplo, puede agregar una consulta que muestre todos los errores activos no vinculados a ningún caso de prueba. Esta consulta mostrará el volumen de los errores que se notifican pero que no se detectan mediante pruebas, por lo que no están sometidos a pruebas de regresión.

  • Agregue al panel informes de Excel existentes, como Tendencias de errores y Análisis de errores.

Para obtener más información sobre cómo usar y personalizar informes de Office Excel, vea las siguientes páginas en el sitio web de Microsoft:

Vea también

Conceptos

Scrum

Paneles (Agile)

Artefactos (Agile)