Creación de una consulta basada en campos de integración de compilación y prueba

  • Artículo
  • 12 minutos para leer

Estado de Automation 1

Estado de un caso de prueba. Puede especificar los siguientes valores:

Caso de prueba

Encontrado en 2

Número de compilación del producto, también denominado "revisión", en el que se ha encontrado el error.
Nombre de referencia=Microsoft.VSTS.Build.FoundIn, Tipo de datos=Cadena

Nota

También puede usar el tipo de vínculo Encontrado en la compilación para vincular un elemento de trabajo a una compilación. Este tipo de vínculo está disponible en Azure DevOps y solo funciona con los procesos de compilación actuales (no con las compilaciones XAML).

Error

Compilación de integración 2

Número de compilación del producto que incorpora el requisito o que corrige un error.
Nombre de referencia=Microsoft.VSTS.Build.IntegrationBuild, Tipo de datos=Cadena

Nota

También puede usar el tipo de vínculo Integrado en la compilación para vincular un elemento de trabajo a una compilación. Este tipo de vínculo está disponible en Azure DevOps y solo funciona con los procesos de compilación actuales (no con las compilaciones XAML).

All

Incidencia

Indica que los pasos compartidos están asociados a un resultado esperado. Los valores permitidos son Sí y No. Nombre de referencia=Microsoft.VSTS.Common.Issue, Tipo de datos=Cadena

Pasos compartidos

Parámetros 3

Contiene los parámetros para usar cuando se ejecuta una prueba manual.
Microsoft.VSTS.TCM.Parameters, Tipo de datos=HTML

Parámetros compartidos, pasos compartidos, caso de prueba

Pasos

Pasos de acción y validación necesarios para ejecutar la prueba. Microsoft.VSTS.TCM.Steps, Tipo de datos=HTML

Pasos compartidos, caso de prueba

Información del sistema

Información sobre el software y la configuración de sistema correspondiente a la prueba.
Microsoft.VSTS.TCM.SystemInfo, Tipo de datos=HTML

Error, respuesta de comentarios

Pasos de reproducción (o Pasos para reproducir)

Pasos necesarios para reproducir un comportamiento inesperado Capture suficiente información para que otros miembros del equipo puedan comprender el impacto total del problema y si han corregido el error. Esto incluye las acciones realizadas para buscar o reproducir el error y el comportamiento previsto. Nombre de referencia=Microsoft.VSTS.TCM.ReproSteps, Tipo de datos=HTML

Error

Conjunto de pruebas, tipo 1,4

La categoría del conjunto de pruebas. Los valores permitidos son:

  • Basado en consultas:se usa para agrupar los casos de prueba que tienen una característica determinada, por ejemplo, todas las pruebas que tienen Priority=1. El conjunto incluirá automáticamente todos los casos de prueba que devuelva la consulta que haya definido.
  • Estática:se usa para agrupar casos de prueba diseñados para realizar un seguimiento del estado de prueba de los elementos de trabajo pendiente. Cada caso de prueba que se agrega a un conjunto de pruebas basado en requisitos se vincula automáticamente al elemento de trabajo pendiente.
  • Basado en requisitos:se usa para agrupar los casos de prueba con cualquier característica o conjunto de pruebas.
    Para obtener más información, vea Crear un plan de prueba.
    Nombre de referencia=Microsoft.VSTS.TCM.TestSuiteType, Tipo de datos=Cadena

Conjunto de pruebas

Nota

  1. No personalice la lista desplegable de estos campos. El sistema únicamente acepta los valores de la lista.
  2. Al agregar un elemento a la definición, puede proporcionar un menú desplegable de compilaciones entre las que GLOBALLISTFIELD pueden elegir los usuarios. Para obtener información sobre cómo hacerlo, consulte Compilaciones y población automática de listas globales más adelante en este artículo.
  3. Requiere que TFS 2013.2 o una versión posterior esté instalado en el servidor de nivel de aplicación y que los proyectos existentes se actualicen para admitir parámetros compartidos. Para más información, consulte Configuración de características después de una actualización de TFS.
  4. Requiere que TFS 2013.3 o una versión posterior esté instalado en el servidor de nivel de aplicación y los proyectos existentes se actualicen para admitir test plan y conjunto de pruebas. Para más información, consulte Configuración de características después de una actualización de TFS.

Otros campos

Los campos siguientes no aparecen en los formularios de elementos de trabajo, pero se realiza un seguimiento de estos campos en busca de casos de prueba o conjuntos de pruebas. Puede usar estos campos para filtrar consultas y crear informes. (Ninguno de estos campos se agrega al almacenamiento de datos ni se indexa).

Nombre del campo

Descripción

Tipo de elemento de trabajo

Almacenamiento de pruebas automatizadas

Ensamblado que contiene la prueba que automatiza el caso de prueba.

Nombre de referencia=Microsoft.VSTS.TCM.AutomatedTestStorage, Tipo de datos=Cadena

Caso de prueba

Tipo de pruebas automatizadas

Tipo de prueba que automatiza el caso de prueba.

Nombre de referencia=Microsoft.VSTS.TCM.AutomatedTestType, Tipo de datos=Cadena

Caso de prueba

AutomatedTestId

Tipo de prueba que automatiza el caso de prueba.

Nombre de referencia=Microsoft.VSTS.TCM.AutomatedTestId, Tipo de datos=Cadena

Caso de prueba

AutomatedTestName

Nombre de la prueba que se usa para automatizar el caso de prueba.

Nombre de referencia=Microsoft.VSTS.TCM.AutomatedTestName, Tipo de datos=Cadena

Caso de prueba

LocalDataSource

Fuente de datos local que permite la prueba.

Nombre de referencia=Microsoft.VSTS.TCM.LocalDataSource, Tipo de datos=HTML

Caso de prueba

Texto de consulta

Campo que se utiliza para capturar la consulta definida para un tipo de conjunto Basado en consultas.

Nombre de referencia=Microsoft.VSTS.TCM.QueryText, Tipo de datos=Texto sin formato

Conjunto de pruebas

Test Suite Audit 1

Realiza un seguimiento de otras operaciones que se ejecutan al modificar un conjunto de pruebas, por ejemplo: agregar pruebas a un conjunto de pruebas o cambiar configuraciones. Este campo puede verse a través de la pestaña Historial o a través de una consulta por separado. Habrá una vista de historial combinada, incluidos los cambios realizados en el campo de elementos de trabajo y los cambios resultantes de artefactos relacionados, como puntos de prueba y configuraciones.

Nombre de referencia=Microsoft.VSTS.TCM.TestSuiteAudit, Tipo de datos=Texto sin formato

Conjunto de pruebas

Test Suite Type ID 1, 2

Un valor asignado por el sistema que corresponde a la categoría del conjunto de pruebas y se aplica únicamente a los conjuntos de pruebas. Los valores asignados son:

  • 1 (estático)

  • 2 (basado en consultas)

  • 3 (basado en requisitos)

Nombre de referencia=Microsoft.VSTS.TCM.TestSuiteTypeId, Tipo de datos=Entero

Conjunto de pruebas

Nota

  1. Requiere que TFS 2013.3 o una versión posterior esté instalado en el servidor de nivel de aplicación y los proyectos existentes se actualicen para admitir test plan y conjunto de pruebas.
  2. No personalice la lista desplegable de estos campos. El sistema únicamente acepta los valores de la lista.

Campos que se integran con Team Foundation Build

Team Foundation Build es el sistema de compilación local que puede usar con Azure DevOps Server y TFS. Puede configurar el proceso de compilación mediante Team Foundation Build y Team Foundation Build puede generar elementos de trabajo cuando se produce un error en una compilación. También puede agregar información de compilación a los elementos de trabajo que se resolvieron en una compilación concreta. Para que esto funcione, Team Foundation Build requiere que se agregan los dos campos siguientes a la definición de tipo de elemento de trabajo: Found In y Integration Build.

Los campos Found In(Encontrado) e Integrated (Integrado) en Build (Compilación) se definen para Bugs (Errores) en los procesos predeterminados. Estos campos asocian errores con las compilaciones en las que se encontraron o corrigieron.

Puede utilizar el siguiente fragmento de código para agregar estos campos a una definición de tipo de elemento de trabajo.

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>

Cuando el campo Encontrado en está presente en una definición de WIT, Team Foundation Build crea un elemento de trabajo cuando se produce un error en una compilación y establece el campo Encontrado en el número de compilación de la compilación con errores. Si falta el campo Encontrado en, Team Foundation Build no crea un elemento de trabajo para la compilación con errores y todo lo demás funciona según lo previsto.

Cuando el campo Compilación de integración está presente en la definición de WIT, Team Foundation Build identifica los elementos de trabajo que se resolvieron con cada compilación y, a continuación, actualiza esos elementos de trabajo para establecer el número de compilación en el que se resolvieron en el campo Compilación de integración. Si falta el campo Compilación de integración, Team Foundation Build no almacena el número de compilación en los elementos de trabajo y todo lo demás funciona según lo previsto.

Compilaciones y autopoblación de listas globales

La primera vez que pone en cola una compilación de un proyecto mediante Team Foundation Build, TFS agrega automáticamente una lista global con la etiqueta Build - ProjectName. Cada vez que se ejecuta una compilación, se agrega un ELEMENTO LISTITEM a esta lista global con el nombre de la compilación.

Al agregar un elemento GLOBALLIST a la definición FIELD, puede proporcionar un menú desplegable de compilaciones entre las que pueden elegir los usuarios. Por ejemplo:

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
        <SUGGESTEDVALUES expanditems="true" filteritems="excludegroups">
          <GLOBALLIST name="Builds - TeamProjectName" />
        </SUGGESTEDVALUES>
</FIELD>

Campos que se integran con Test Plans

Con Test Plans, puede automatizar la creación de un error u otro tipo de elemento de trabajo cuando se produce un error en una prueba. Para obtener más información, vea Agregar resultados a errores existentes con pruebas exploratorias.

Cuando se ha creado un elemento de trabajo de esta manera, la información sobre el sistema y los pasos para reproducir el error se capturan en los campos Información del sistema y Pasos de reproducción.

Puede agregar estos campos a los tipos de elemento de trabajo que cree para realizar el seguimiento de errores mediante el siguiente fragmento de código.

<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />

Campos que se integran con el control de versiones de Team Foundation

Una de las características disponibles en el control de versiones de Team Foundation (TFVC) permite asociar o resolver elementos de trabajo al realizar la comprobación del código. Es posible que haya trabajado en un elemento de trabajo determinado al realizar un cambio de código y puede establecer esa asociación desde la ventana de comprobación del control de código fuente cuando haya terminado de trabajar en el código.

La capacidad del control de versiones de Team Foundation para resolver un elemento de trabajo requiere que los elementos de trabajo contengan una acción determinada. El sistema de control de código fuente, a continuación, consulta el seguimiento de los elementos de trabajo para determinar si el elemento de trabajo admite esa acción y, si es así, solicita también los estados de origen y de destino de la transición. Si se encuentra la acción, el sistema de control del código fuente puede realizar la transición del elemento de trabajo según la transición establecida al insertar en el repositorio el código.

Nota

Al usar la acción Checkin, debe establecer los estados adecuados desde y en para reflejar la transición de estado que desea.

Para obtener más información sobre las acciones, vea Automatización de asignaciones de campos basadas en el estado, la transición o la razón.

Disponibilidad de tipos de elementos de trabajo de prueba

Test Manager y los tipos de elemento de trabajo (WIT) de prueba usan los campos siguientes para realizar un seguimiento de los planes, el progreso y los resultados de las pruebas. La disponibilidad de los WIT se basa en la versión de TFS instalada en la capa de aplicación. Para más información sobre el uso de estas REDES WIT, consulte Creación de un plan de prueba.

TFS 2013,0 TFS 2013,2 TFS 2013.3 y versiones posteriores
  • Error
  • Pasos compartidos
  • Caso de prueba
  • Error
  • Parámetros compartidos
  • Pasos compartidos
  • Caso de prueba
  • Error
  • Parámetros compartidos
  • Pasos compartidos
  • Caso de prueba
  • Plan de prueba
  • Conjunto de pruebas

Para obtener más información sobre cómo actualizar un proyecto existente para obtener wi-fi que el proyecto no tiene actualmente, consulte Configuración de características después de una actualización.

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Los campos de elemento de trabajo que admiten la integración de compilación y prueba admiten las siguientes acciones:

  • Asociación de errores con las compilaciones en las que se encontraron o se han corregido
  • Consulta de errores asociados a una compilación
  • Marcar los casos de prueba como manuales o automatizados, y almacenar información para admitir casos de prueba automatizados
  • Para los casos de prueba y los pasos compartidos, defina los pasos de acción y validación y los datos que se usan para ejecutar pruebas.

Operadores y macros admitidos

La mayoría de los campos de integración de compilación y prueba tienen un tipo de datos String, PlainText o HTML. Las cláusulas de consulta que especifican un campo de texto o de texto enriquecido pueden usar los operadores y macros enumerados en la tabla siguiente.

Tipo de datos

Operadores y macros admitidos

Texto enriquecido (HTML)

Contiene palabras, no contiene palabras, está vacía1,no está vacía1.

Cadenas de texto de varias líneas (Texto sin formato)

Contiene palabras, no contiene palabras, está vacía1,no está vacía1.

Texto único (cadena)

= , <> , , , = , = , ><>< =[Field], <>> [Field], [Field], < [Field], > =[Field], < =[Field], Contains, Does Not Contain, In, Not In, In Group, Not In Group, Not In Group, Was Ever
Macros: [Any], válidas con el campo Tipo de elemento de trabajo
Project2, válido con el campo Team Project

Nota

  1. Los operadores Is Empty y Is Not Empty se admiten para Azure DevOps Server 2019 RC2 y versiones posteriores
  2. La macro @Project es compatible con Azure Boards y TFS 2015.1 y versiones posteriores. El sistema establece automáticamente el filtrado de forma predeterminada en función del proyecto actual. Para más información, consulte Consulta entre proyectos.

Filtros útiles

Filtro para

Incluir estas cláusulas de consulta

Casos de prueba automatizados

        Work Item Type = Test Case And Automation Status = Automated

Conjuntos de pruebas basados en consultas

        Work Item Type = Test Suite And Test Suite Type = Query Based

Conjuntos de pruebas basados en requisitos

        Work Item Type = Test Suite And Test Suite Type = Requirement Based

Enumeración de errores y los casos de prueba que los prueban

Abra una nueva consulta, establezca el tipo de consulta en Elementos de trabajo y vínculos directos. Filtre por errores en el nivel superior y agregue el filtro para Casos de prueba en el filtro de elementos de trabajo vinculados.

Enumeración de errores y los casos de prueba que los prueban

Nota

No se puede construir una consulta que muestre una vista jerárquica de Test Plans, conjuntos de pruebas y casos de prueba. Estos elementos no se vinculan entre sí mediante tipos de vínculo primario-secundario. Puede ver la jerarquía a través de la página Test Plans prueba.

Creación y prueba de campos de datos

La tabla siguiente describe los campos que están definidos en uno o más WIT de prueba. Para obtener información sobre los tipos de datos y los atributos de campo, vea Campos y atributos de elementos de trabajo.

Para personalizar un campo o una lista desplegable, vea Agregar o modificar un campo para admitir consultas, informes y flujo de trabajo.

Nombre del campo

Descripción

Tipo de elemento de trabajo