Publicar Resultados de pruebas tarea

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015

Esta tarea publica los resultados de las pruebas en Azure Pipelines o TFS cuando se ejecutan las pruebas para proporcionar una experiencia completa de informes y análisis de pruebas. Puede usar el ejecutor de pruebas de su elección que admita el formato de resultados que necesite. Entre los formatos de resultados admitidos se incluyen CTest,JUnit (incluido PHPUnit),NUnit 2,NUnit 3,Visual Studio Test (TRX) y xUnit 2.

Otras tareas integradas, como la tarea de prueba de Visual Studio y la tarea de la CLI de Dot NetCore, publican automáticamente los resultados de las pruebas en la canalización, mientras que tareas como Ant,Maven,Gulp,Grunt,.NET Core y Xcode proporcionan resultados de publicación como una opción dentro de la tarea, o bien compilan bibliotecas como Cobertura y JaCoCo. Si usa cualquiera de estas tareas, no necesita una tarea Publicar Resultados de pruebas en la canalización.

Los resultados de las pruebas publicadas se muestran en la pestaña Pruebas del resumen de la canalización y le ayudan a medir la calidad de la canalización, revisar la rastreabilidad, solucionar problemas de errores y impulsar la propiedad de los errores.

En el ejemplo siguiente se muestra la tarea configurada para publicar los resultados de las pruebas.

También puede usar esta tarea en una canalización de compilación para publicar los resultados de cobertura de código generados al ejecutar pruebas en Azure Pipelines o TFS con el fin de obtener informes de cobertura.

Comprobación de los requisitos previos

Si usa un agente Windows auto hospedado, asegúrese de que la máquina tiene instalado este requisito previo:

• .NET Framework 4.6.2 o una versión posterior

Peticiones

[none]

# Publish Test Results
# Publish test results to Azure Pipelines
- task: PublishTestResults@2
  inputs:
    #testResultsFormat: 'JUnit' # Options: JUnit, NUnit, VSTest, xUnit, cTest
    #testResultsFiles: '**/TEST-*.xml' 
    #searchFolder: '$(System.DefaultWorkingDirectory)' # Optional
    #mergeTestResults: false # Optional
    #failTaskOnFailedTests: false # Optional
    #testRunTitle: # Optional
    #buildPlatform: # Optional
    #buildConfiguration: # Optional
    #publishRunAttachments: true # Optional

Argumentos

Asignación de formatos de resultado

En esta tabla se enumeran los campos notificados en la pestaña Pruebas en un resumen de compilación o versión, y la asignación correspondiente con los atributos en los formatos de resultados de prueba admitidos.

^{1 La}duración solo se usa cuando Date started (Fecha de inicio) y Date completed (Fecha de finalización) no están disponibles.

^{2 El} formato de nombre completo es Namespace.Testclass.Methodname con un límite de caracteres de 512. Si la prueba está controlada por datos y tiene parámetros, el límite de caracteres incluirá los parámetros.

Docker

En el caso de las aplicaciones basadas en Docker, hay muchas maneras de compilar la aplicación y ejecutar pruebas:

• Compilación y prueba en una canalización de compilación: la compilación y las pruebas se ejecutan en la canalización y los resultados de las pruebas se publican mediante la tarea Publicar Resultados de pruebas compilación.
• Compilación y prueba con un Dockerfile de varias fases: la compilación y las pruebas se ejecutan dentro del contenedor mediante un archivo de Docker de varias fases, ya que estos resultados de pruebas no se publican de nuevo en la canalización.
• Compilar, probar y publicar resultados con un Dockerfile: la compilación y las pruebas se ejecutan dentro del contenedor y los resultados se publican de nuevo en la canalización. Observe el ejemplo siguiente.

Compilación, prueba y publicación de resultados con un archivo de Docker

En este enfoque, compila el código y ejecuta pruebas dentro del contenedor mediante un archivo de Docker. A continuación, los resultados de la prueba se copian en el host para publicarse en la canalización. Para publicar los resultados de la Azure Pipelines, puede usar la tarea Publicar Resultados de pruebas prueba. La imagen final se publicará en Docker o Azure Container Registry

Obtención del código

1. Cree un Dockerfile.build archivo en la raíz del directorio del proyecto con lo siguiente:

   # Build and run tests inside the docker container
   FROM mcr.microsoft.com/dotnet/sdk:2.1
   WORKDIR /app
   # copy the contents of agent working directory on host to workdir in container
   COPY . ./
   # dotnet commands to build, test, and publish
   RUN dotnet restore
   RUN dotnet build -c Release
   RUN dotnet test dotnetcore-tests/dotnetcore-tests.csproj -c Release --logger "trx;LogFileName=testresults.trx"
   RUN dotnet publish -c Release -o out
   ENTRYPOINT dotnet dotnetcore-sample/out/dotnetcore-sample.dll
   

   Este archivo contiene las instrucciones para compilar código y ejecutar pruebas. A continuación, las pruebas se copian en un archivo testresults.trx dentro del contenedor.

2. Para que la imagen final sea lo más pequeña posible, que contiene solo los artefactos de tiempo de ejecución y de implementación, reemplace el contenido del existente Dockerfile por lo siguiente:

   # This Dockerfile creates the final image to be published to Docker or
   # Azure Container Registry
   # Create a container with the compiled asp.net core app
   FROM mcr.microsoft.com/dotnet/aspnet:2.1
   # Create app directory
   WORKDIR /app
   # Copy only the deployment artifacts
   COPY /out .
   ENTRYPOINT ["dotnet", "dotnetcore-sample.dll"]
   

Definición de la canalización de compilación

Compatibilidad con datos adjuntos

La tarea Publicar Resultados de pruebas proporciona compatibilidad con datos adjuntos tanto para la ejecución de pruebas como para los resultados de pruebas para los formatos siguientes. En el caso de los proyectos públicos, se admiten 2 GB de datos adjuntos totales.

Visual Studio Prueba (TRX)

NUnit 3

Tareas relacionadas

• Prueba de Visual Studio
• Publicar resultados de cobertura de código

Preguntas más frecuentes

¿Cuál es el límite máximo permitido de FQN?

El límite máximo de FQN es de 512 caracteres.

¿El límite de caracteres de FQN también incluye propiedades y sus valores en el caso de pruebas controladas por datos?

Sí, el límite de caracteres de FQN incluye propiedades y sus valores.

¿Será diferente el FQN para los sub-resultados?

Actualmente, los sub-resultados de las pruebas controladas por datos no se mostrarán en los datos correspondientes.

Ejemplo: Tengo un caso de prueba: Agregar producto al carro Datos 1: Producto = Datos de 2: Producto = Pie

Todos los sub-resultados de prueba publicados solo tendrán el nombre del caso de prueba y los datos de la primera fila.

Código Abierto

Esta tarea es de código abierto en GitHub. Los comentarios y las contribuciones son bienvenidos.

Ayuda y soporte técnico

• Vea la guía de solución de problemas
• Obtenga consejos sobre Stack Overflowy obtenga soporte técnico a través de la página developer Community