Compartir a través de


Informe de Excel Vacíos en pruebas (CMMI)

Los equipos responsables de probar el software pueden utilizar el informe Vacíos en pruebas para ayudar a determinar dónde hay deficiencias en los planes de pruebas, las configuraciones de prueba y la cobertura de las pruebas.El informe Vacíos en pruebas proporciona los siguientes cinco informes basados en los resultados de pruebas y en las compilaciones que se han definido y se han ejecutado para un proyecto de equipo.

  • Estado de requisito: ayuda al equipo a identificar vacíos en la cobertura de las pruebas para cada requisito.Este informe requiere que los miembros del equipo vinculen casos de prueba a los requisitos.

  • Estado de requisito por config.: ayuda al equipo a identificar vacíos en la cobertura de las pruebas para cada configuración de prueba para cada requisito.Este informe requiere que los miembros del equipo vinculen casos de prueba a los requisitos.

  • Estado de pruebas por área: ayuda al equipo a identificar vacíos en la cobertura de pruebas de áreas de producto.Este informe requiere que los miembros del equipo asignen casos de prueba a áreas de producto.

  • Pruebas no ejecutadas: ayuda al equipo a identificar los casos de prueba que nunca se han ejecutado para cada configuración de prueba.

  • Cobertura de código: ayuda al equipo a determinar qué compilaciones y ensamblados de compilación tienen una cobertura de código baja o alta.

Los primeros cuatro informes solamente están disponibles cuando el equipo crea planes de pruebas y comienza a ejecutar pruebas mediante 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.

[!NOTA]

Puede tener acceso al informe Vacíos en pruebas desde la carpeta Administración del equipo de pruebas que se encuentra bajo la carpeta Informes de Excel para el proyecto de equipo en Team Explorer.Puede obtener acceso a esta carpeta únicamente si el portal del proyecto de equipo está habilitado y aprovisionado para usar Productos de SharePoint.Para obtener más información, vea Acceso a la guía de procesos o al portal del proyecto de equipo.

En este tema

  • Datos de los informes

  • Actividades necesarias para supervisar vacíos en las pruebas

  • Actualizar y personalizar el informe

Temas relacionados

Permisos necesarios

Para ver el informe, debe tener asignados o pertenecer a un grupo que tenga asignados los permisos Lectura en Productos de SharePoint para el proyecto de equipo.

Para modificar o personalizar el informe, debe ser miembro del rol de seguridad TfsWarehouseDataReaders de SQL Server Analysis Services.También debe estar asignado 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 Conceder acceso a las bases de datos del almacén de datos para Visual Studio ALM y Administrar permisos.

Datos de los informes

Los informes de Vacíos en pruebas muestran el recuento acumulativo de resultados de pruebas para los planes de pruebas, configuraciones de pruebas y casos de prueba que se definen para un proyecto de equipo.Todos los informes están basados en tablas dinámicas que tienen acceso a datos que están almacenados en el almacenamiento de datos.

Ee730423.collapse_all(es-es,VS.110).gifCobertura de pruebas de los requisitos

El informe Estado de requisito indica cuántas pruebas se están superando o no para cada requisito.Proporciona un gráfico de barras horizontales que muestra el número de resultados de pruebas para cada combinación de caso de prueba y configuración de prueba que el equipo haya definido para cada requisito.El informe presenta el resultado acumulado de las pruebas ejecutadas para todos los casos de prueba vinculados con requisitos.El informe muestra resultados que son filtrados por los siguientes resultados: Superada (verde), No superada (rojo), No ejecutar nunca (azul) o Bloqueada (amarillo).

Informe de Excel Estado de la prueba de requisitos

El informe Estado de requisito por config. presenta los resultados de pruebas para cada requisito, agrupados por configuración de prueba.

En la siguiente tabla se describen los filtros y los campos de informe que se utilizan en las tablas dinámicas que generan los informes centrados en la cobertura de las pruebas de los requisitos.

Filtros

Campos

  • Proyecto de equipo - Jerarquía de proyectos de equipo: incluye los resultados de pruebas que se recopilan para el proyecto de equipo seleccionado.

  • Resultado de pruebas - Jerarquía de iteraciones: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba asignados a las iteraciones seleccionadas.

  • Resultado de pruebas - Jerarquía de áreas: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba asignados a las áreas de producto seleccionadas.

  • Plan de pruebas - Nombre del plan de pruebas: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba que pertenecen a los planes de pruebas seleccionados.

  • Elemento de trabajo vinculado - Elemento de trabajo vinculado.Tipo de elemento de trabajo: incluye resultados de pruebas ejecutadas desde casos de prueba vinculados con el tipo de elemento de trabajo seleccionado.El informe solo cuenta los resultados de pruebas de los casos de prueba vinculados a un requisito.

Filtro específico del informe Estado de requisito por config.:

  • Conjunto de pruebas - Jerarquía de conjuntos de pruebas: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba que pertenecen a los conjuntos de pruebas seleccionados.

  • Resultado de pruebas - Resultado: resultado de la prueba.El informe usa este campo para definir las etiquetas de columna y para filtrar los resultados de pruebas para incluir las pruebas con resultados Superada, Error, Bloqueada o No ejecutar nunca.

  • Prueba de (medida) - Tendencia de recuento de puntos: cuenta la versión más reciente de cada resultado de pruebas en una compilación determinada.Si se ejecuta una prueba varias veces en una compilación, la tendencia de recuento de puntos cuenta el resultado más reciente de la prueba usando esa compilación.

  • Vínculo de elemento de trabajo - Título: el título del elemento de trabajo que se vincula al caso de prueba.En este informe, se indica el título del requisito.

  • Campo específico del informe Estado de requisito por config.:

    • Configuración de prueba - Nombre de la configuración: nombre de la configuración de prueba que se va a mostrar en el informe.

Ee730423.collapse_all(es-es,VS.110).gifCobertura de pruebas por área de producto

El informe Estado de pruebas por área indica cuántos casos de prueba se superan o no para un proyecto de equipo por área de producto.En la siguiente tabla se describen los filtros y campos de informe que se utilizan en la tabla dinámica que genera el informe Estado de pruebas por área.

Filtros

Campos

  • Proyecto de equipo - Jerarquía de proyectos de equipo: incluye los resultados de pruebas que se recopilaron para el proyecto de equipo seleccionado.

  • Resultado de pruebas - Jerarquía de iteraciones: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba asignados a las iteraciones seleccionadas.

  • Plan de pruebas - Nombre del plan de pruebas: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba que pertenecen a los planes de pruebas seleccionados.

  • Resultado de pruebas - Resultado: resultado de la prueba.El informe usa este campo para definir las etiquetas de columna y para filtrar los resultados de pruebas para incluir las pruebas con resultados Superada, Error, Bloqueada o No ejecutar nunca.

  • Prueba de (medida) - Tendencia de recuento de puntos: cuenta la versión más reciente de cada resultado de pruebas en una compilación determinada.Si se ejecuta una prueba varias veces en una compilación, la tendencia de recuento de puntos cuenta el resultado más reciente de la prueba usando esa compilación.

  • Resultado de pruebas - Jerarquía de áreas: conjunto de los resultados de pruebas que se van a incluir en el informe basado en las rutas de acceso de área asignadas a los casos de prueba que se ejecutaron.

Ee730423.collapse_all(es-es,VS.110).gifCasos de prueba que no se han ejecutado nunca

El informe Pruebas no ejecutadas indica cuántos casos de prueba no se han ejecutado nunca.Los casos de prueba se agrupan por configuración de prueba y propietario de los resultados de pruebas.En la siguiente tabla se describen los filtros y campos de informe que se utilizan en la tabla dinámica que genera el informe Estado de pruebas por área.

Filtros

Campos

  • Proyecto de equipo - Jerarquía de proyectos de equipo: incluye los resultados de pruebas que se recopilaron para el proyecto de equipo seleccionado.

  • Resultado de pruebas - Jerarquía de iteraciones: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba asignados a las iteraciones seleccionadas.

  • Resultado de pruebas - Jerarquía de áreas: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba asignados a las áreas de producto seleccionadas.

  • Plan de pruebas - Nombre del plan de pruebas: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba que pertenecen a los planes de pruebas seleccionados.

  • Conjunto de pruebas - Jerarquía de conjuntos de pruebas: incluye los resultados de pruebas que se ejecutaron desde los casos de prueba que pertenecen a los conjuntos de pruebas seleccionados.

  • Resultado de pruebas - Resultado: incluye los resultados de pruebas con el resultado seleccionado.El informe utiliza este campo para filtrar el recuento de casos de prueba de forma que solamente se incluyan los que tienen un resultado de No ejecutar nunca.

  • Prueba de (medida) - Tendencia de recuento de puntos: cuenta la versión más reciente de cada resultado de pruebas en una compilación determinada.Si un caso de prueba no está incluido en la compilación, se cuenta como "No ejecutar nunca".

  • Configuración de prueba - Nombre de la configuración: nombre de la configuración de prueba que se va a mostrar en el informe.

  • Caso de prueba - Título: título del caso de prueba.

  • Resultado de la prueba - Propietario: nombre del miembro del equipo que hizo la prueba.

Ee730423.collapse_all(es-es,VS.110).gifCobertura de código

El informe Cobertura de código muestra las líneas de código que se cubren, no se cubren o solamente se cubren parcialmente para cada compilación y ensamblado de compilación.Puede utilizar este informe para determinar qué compilaciones y ensamblados tienen la cobertura de código más baja y más alta.En la siguiente tabla se describen los filtros y campos de informe que se utilizan en la tabla dinámica que genera el informe Cobertura de código.

Filtros

Campos

  • Proyecto de equipo - Jerarquía de proyectos de equipo: incluye las compilaciones definidas para el proyecto de equipo seleccionado.

  • Compilación - Nombre de la definición de compilación: incluye las compilaciones asociadas con las definiciones de compilación seleccionadas.

  • Cobertura de compilación - Líneas cubiertas: número de líneas cubiertas en la compilación seleccionada.

  • Cobertura de compilación - Líneas no cubiertas: número de líneas no cubiertas en la compilación seleccionada.

  • Cobertura de compilación - Líneas parcialmente cubiertas: número de líneas parcialmente cubiertas en la compilación seleccionada.

    NotaNota
    Si se realizan múltiples ejecuciones de una compilación, la cobertura de la compilación refleja la cobertura combinada de las ejecuciones, teniendo en cuenta que puede haber superposiciones de líneas cubiertas en las ejecuciones.
  • Compilación - Nombre de la compilación: nombre de la compilación.Cada vez que se ejecuta una compilación, se asigna un nombre que contiene el nombre de definición de la compilación como prefijo.

  • Ensamblado - Ensamblado: nombre del ensamblado cuyas estadísticas de cobertura se generaron.

Actividades necesarias para supervisar vacíos en las pruebas

Para que los informes de Vacíos en pruebas sean útiles y precisos, el equipo debe realizar las actividades que se describen en la siguiente tabla:

Informe de hoja de cálculo

Actividades necesarias

  • Estado de requisito

  • Estado de requisito por config.

  • Estado de pruebas por área

  • Pruebas no ejecutadas

  • Definir los casos y planes de pruebas, y asignar los casos de prueba a los planes de pruebas.Para obtener más información, vea Definir un plan de prueba.

  • Ejecutar las pruebas y, para las pruebas manuales, marcar los resultados de cada paso de validación del caso de prueba como superado o no superado.Para obtener más información, vea Ejecutar pruebas en Microsoft Test Manager.

  • Estado de requisito

  • Estado de requisito por config.

  • Definir requisitos y vincular los casos de prueba a los requisitos.El tipo de vínculo recomendado para utilizar es Prueba realizada por.

  • Estado de requisito por config.

  • Pruebas no ejecutadas

  • Estado de requisito

  • Estado de requisito por config.

  • Estado de pruebas por área

  • Pruebas no ejecutadas

  • (Opcional) Para admitir el filtrado, asignar rutas de acceso de Iteración y Área a cada caso de prueba.Los campos Resultado de pruebas - Jerarquía de iteraciones y Resultado de pruebas - Jerarquía de áreas obtienen sus valores de las rutas de acceso de Iteración y Área que se asignaron a sus casos de prueba correspondientes.

  • Estado de requisito

  • Estado de requisito por config.

  • Estado de pruebas por área

  • Pruebas no ejecutadas

  • Cobertura de código

Actualizar y personalizar el informe

Puede actualizar el informe Vacíos en pruebas abriéndolo en Office Excel y cambiando las opciones de filtro del informe de tabla dinámica en una de las hojas de cálculo.Puede personalizar cada informe de modo que admita otras vistas, tal como se describe en la tabla siguiente.

Hoja de cálculo

View

Acción

  • Estado de requisito

  • Estado de requisito por config.

  • Estado de pruebas por área

  • Pruebas no ejecutadas

Vacíos en pruebas para una iteración

Cambie el filtro de Iteration (valor predeterminado = Todos)

  • Estado de requisito

  • Estado de requisito por config.

  • Estado de pruebas por área

  • Pruebas no ejecutadas

Vacíos en pruebas para un área de producto

Cambie el filtro de Area (valor predeterminado = Todos)

  • Estado de requisito

  • Estado de requisito por config.

  • Estado de pruebas por área

  • Pruebas no ejecutadas

Vacíos en pruebas para un plan de prueba concreto o un conjunto de planes de prueba

Cambie el filtro de Test Plan (valor predeterminado = Todos)

  • Estado de requisito por config.

  • Pruebas no ejecutadas

Vacíos en pruebas para un conjunto de pruebas concreto

Cambie el filtro de Test Suite Hierarchy (valor predeterminado = Todos)

  • Cobertura de código

Cobertura de código para una definición de compilación concreta o un conjunto de definiciones de compilación

Cambie el filtro de Build Definition Name (valor predeterminado = Todos)

  • Estado de requisito

  • Estado de requisito por config.

  • Estado de pruebas por área

  • Pruebas no ejecutadas

  • Cobertura de código

Vacíos en pruebas o cobertura de código que incluye datos de las últimas seis, ocho o más semanas

En el la lista de campos de la tabla dinámica Columnas, agregue el campo Date - Sets y seleccione @@Last 6 weeks@@ u otro conjunto

Para obtener más información sobre cómo usar y personalizar los informes de tabla dinámica y gráfico dinámico, vea las siguientes páginas en el sitio web de Microsoft:

Vea también

Conceptos

Crear y modificar áreas e iteraciones

Tablas de resultados de las pruebas

Otros recursos

Informes de administración de pruebas

Informes de Excel (CMMI)