Skip to content
Allure report logoAllure Report
Main Navigation MódulosDocumentaciónProyecto inicial

Español

English

Español

English

Appearance

Sidebar Navigation

Allure 3

Instalación y Actualización

Instalación

Actualización

Configurar

Trabajando con Reportes

Cómo generar un reporte

Cómo ver un reporte

Mejorar la legibilidad de reportes

Mejorar la navegación en reporte

Lectura de los gráficos de Allure

Migrar desde Allure 2

Allure 2

Instalación y Actualización

Instalación para Windows

Instalación para macOS

Instalación para Linux

Instalación para Node.js

Actualización

Trabajando con Reportes

Cómo generar un reporte

Cómo ver un reporte

Mejorar la legibilidad de reportes

Mejorar la navegación en reporte

Funcionalidades

Agent Mode

Pasos de prueba

Adjuntos

Estados de prueba

Diferencias de aserciones

Ordenar y filtrar

Entornos

Construcciones Multietapa

Categorías

Análisis visual

Análisis de estabilidad de prueba

Historial y reintentos

Almacenamiento autohospedado

Quality Gate

Resoluciones

Errores y Adjuntos Globales

Línea de tiempo

Métricas de rendimiento

Exportar a CSV

Exportar métricas

Guías

Migración a Allure Java 3

Parametrización JUnit 5

JUnit 5 & Selenide: capturas de pantalla y adjuntos

JUnit 5 & Selenium: capturas de pantalla y adjuntos

Configurar JUnit 5 con GitHub Actions

Parametrización en Pytest

Pytest & Selenium: capturas de pantalla y adjuntos

Pytest & Playwright: capturas de pantalla y adjuntos

Pytest & Playwright: videos

Parametrización en Playwright

Publicando Reportes en GitHub Pages

Desplegando almacenamiento autohospedado con Docker

Desplegando almacenamiento autohospedado en Cloudflare Workers

Allure Report 3: XCResults Reader

Cómo funciona

Visión general

Glosario

Archivo de resultados de prueba

Archivo de contenedor

Archivo de categorías

Archivo de entorno

Archivo de ejecutor

Archivos de historial

Identificadores de Prueba

Integraciones

Azure DevOps

Bamboo

GitHub Action

Gradle

Jenkins

IDEs de JetBrains

Maven

Slack

TeamCity

Visual Studio Code

Xray

Frameworks

AVA

Empezando

Configuración

Referencia

Axios

Primeros pasos

Configuración

Referencia

Behat

Primeros pasos

Configuración

Referencia

Behave

Primeros pasos

Configuración

Referencia

Bun

Primeros pasos

Configuración

Referencia

Chai

Primeros pasos

Referencia

Codeception

Primeros pasos

Configuración

Referencia

CodeceptJS

Primeros pasos

Configuración

Referencia

Cucumber.js

Primeros pasos

Configuración

Referencia

Cucumber-JVM

Primeros pasos

Configuración

Referencia

Cucumber.rb

Primeros pasos

Configuración

Referencia

Cypress

Primeros pasos

Configuración

Referencia

Dart y Flutter

Primeros pasos

Configuración

Referencia

Diesel

Primeros pasos

Configuración

Referencia

Fetch

Primeros pasos

Configuración

Referencia

Go

Primeros pasos

Configuración

Referencia

gRPC

Primeros pasos

Configuración

Jasmine

Primeros pasos

Configuración

Referencia

Java HTTP Client

Primeros pasos

JBehave

Primeros pasos

Configuración

Referencia

Jest

Primeros pasos

Configuración

Referencia

JUnit 4

Primeros pasos

Configuración

Referencia

JUnit Jupiter

Primeros pasos

Configuración

Referencia

Kotlin

Primeros pasos

Referencia

Mocha

Primeros pasos

Configuración

Referencia

Newman

Primeros pasos

Configuración

Referencia

Node.js Test Runner

Empezando

Configuración

Referencia

NUnit

Primeros pasos

Configuración

Referencia

OkHttp

Primeros pasos

PHPUnit

Primeros pasos

Configuración

Referencia

Playwright

Primeros pasos

Configuración

Referencia

Playwright Java

Empezando

Configuración

Referencia

pytest

Primeros pasos

Configuración

Referencia

Pytest-BDD

Primeros pasos

Configuración

Referencia

Reqnroll

Primeros pasos

Configuración

Referencia

Reqwest

Primeros pasos

Configuración

Referencia

REST Assured

Primeros pasos

Configuración

Robot Framework

Primeros pasos

Configuración

Referencia

Rust Cargo Test

Primeros pasos

Configuración

Referencia

RSpec

Primeros pasos

Configuración

Referencia

Selenide

Primeros pasos

Configuración

Referencia

Selenium BiDi

Primeros pasos

Configuración

Referencia

SpecFlow

Primeros pasos

Configuración

Referencia

Spock

Primeros pasos

Configuración

Referencia

TestCafe

Empezando

Configuración

Referencia

TestNG

Primeros pasos

Configuración

Referencia

Tinybench

Primeros pasos

Referencia

Vitest

Primeros pasos

Configuración

Referencia

WebdriverIO

Primeros pasos

Configuración

Referencia

xUnit.net

Primeros pasos

Configuración

Referencia

On this page

Exportar métricas ​

TIP

Esta página describe cómo exportar estadísticas de prueba, como el número de pruebas con cada estado o la duración de la ejecución. Para recopilar tus propias mediciones, como los tiempos de carga de página, consulta Métricas de rendimiento. En Allure Report 3, puedes exportar sus promedios junto con las estadísticas de prueba.

Allure Report puede escribir datos agregados de pruebas en archivos que pueden ser importados a InfluxDB o Prometheus para la creación de gráficas personalizadas. De forma predeterminada, los archivos se colocan en el subdirectorio export del directorio del reporte.

  • Allure Report 2 escribe los archivos para cada reporte.
  • Allure Report 3 escribe los mismos archivos cuando el plugin metrics está habilitado, con los mismos nombres de métricas excepto para las categorías predeterminadas. También puede enviar los datos a Prometheus Pushgateway o InfluxDB.

Habilitar la exportación en Allure Report 3 ​

El plugin metrics está incluido en el paquete allure. Para habilitarlo, agrégalo a la sección plugins del archivo de configuración. Solo se ejecutan los plugins listados en esta sección, así que mantén el plugin del reporte que quieras generar, por ejemplo, awesome:

javascript
import { defineConfig } from "allure";

export default defineConfig({
  plugins: {
    awesome: {},
    metrics: {},
  },
});
json
{
  "plugins": {
    "awesome": {},
    "metrics": {}
  }
}
yaml
plugins:
  awesome: {}
  metrics: {}

Con esta configuración, Allure escribe tanto export/prometheusData.txt como export/influxDbData.txt en el directorio del reporte, junto al reporte mismo.

Para escribir solo uno de los archivos, habilítalo explícitamente, por ejemplo, prometheus: true. Si no se configura ni prometheus ni influxdb, se escriben ambos archivos.

OpciónDescripciónValor predeterminado
prometheustrue o un objeto con las opciones de PrometheusHabilitado si ninguno está configurado
influxdbtrue o un objeto con las opciones de InfluxDBHabilitado si ninguno está configurado
performanceMetricsSi es true, las métricas de rendimiento también se exportanfalse
failOnPushErrorSi es true, la generación del reporte falla cuando falla el envío de los datos. De lo contrario, Allure solo imprime una advertenciafalse
pushTimeoutTiempo de espera de una sola solicitud de envío, en milisegundos10000

Opciones de Prometheus ​

OpciónDescripciónValor predeterminado
fileNameRuta al archivo, relativa al directorio del reporte, o una ruta absolutaexport/prometheusData.txt
labelsEtiquetas que se agregan a cada métrica: un objeto, como { team: "qa" }, o una cadena ya construida, como team="qa",env="ci". Si no se configura, Allure las toma de la variable de entorno ALLURE_PROMETHEUS_LABELSSin etiquetas
pushgatewayConfiguración para enviar las métricas a Prometheus PushgatewaySin envío

Opciones de InfluxDB ​

OpciónDescripciónValor predeterminado
fileNameRuta al archivo, relativa al directorio del reporte, o una ruta absolutaexport/influxDbData.txt
pushConfiguración para enviar los datos a la API de escritura de InfluxDBSin envío

Enviar los datos ​

Después de escribir los archivos, Allure puede enviar los mismos datos a Prometheus Pushgateway y a InfluxDB:

javascript
import { defineConfig } from "allure";

export default defineConfig({
  plugins: {
    awesome: {},
    metrics: {
      options: {
        prometheus: {
          labels: { team: "qa" },
          pushgateway: {
            url: "http://localhost:9091",
            job: "allure",
            grouping: { instance: "ci" },
          },
        },
        influxdb: {
          push: {
            url: "http://localhost:8086",
            org: "qa",
            bucket: "allure",
            tokenEnv: "INFLUXDB_TOKEN",
          },
        },
      },
    },
  },
});
json
{
  "plugins": {
    "awesome": {},
    "metrics": {
      "options": {
        "prometheus": {
          "labels": { "team": "qa" },
          "pushgateway": {
            "url": "http://localhost:9091",
            "job": "allure",
            "grouping": { "instance": "ci" }
          }
        },
        "influxdb": {
          "push": {
            "url": "http://localhost:8086",
            "org": "qa",
            "bucket": "allure",
            "tokenEnv": "INFLUXDB_TOKEN"
          }
        }
      }
    }
  }
}
yaml
plugins:
  awesome: {}
  metrics:
    options:
      prometheus:
        labels:
          team: qa
        pushgateway:
          url: http://localhost:9091
          job: allure
          grouping:
            instance: ci
      influxdb:
        push:
          url: http://localhost:8086
          org: qa
          bucket: allure
          tokenEnv: INFLUXDB_TOKEN

Este ejemplo envía datos a un Pushgateway que no requiere autenticación y a InfluxDB 2.x, con el token de la API tomado de la variable de entorno INFLUXDB_TOKEN. Las tablas a continuación enumeran todas las opciones.

Recomendamos mantener los secretos en variables de entorno en lugar del archivo de configuración.

Opciones de Pushgateway ​

OpciónDescripciónValor predeterminado
urlDirección de Pushgateway. Obligatorio
jobValor de la clave de agrupación joballure
groupingClaves de agrupación adicionales, por ejemplo, { instance: "ci" }
authorizationEnvNombre de la variable de entorno con el valor del encabezado Authorization, si Pushgateway requiere autenticación. El valor debe incluir el esquema, por ejemplo, Basic dXNlcjpwYXNzd29yZA== para autenticación básicaSin encabezado
authorizationValor del encabezado Authorization, configurado directamente en el archivo de configuraciónSin encabezado

Cada envío reemplaza todas las métricas del grupo en Pushgateway, por lo que las métricas de ejecuciones anteriores no permanecen allí.

Opciones de envío a InfluxDB ​

OpciónDescripciónVersión de InfluxDB
urlDirección de InfluxDB. Obligatorio2.x y 1.x
orgNombre u ID de la organización. Obligatorio con bucket2.x
bucketBucket en el que escribir2.x
tokenEnvNombre de la variable de entorno con el token de la API2.x
tokenToken de la API, configurado directamente en el archivo de configuración2.x
dbBase de datos en la que escribir. Se usa si bucket no está configurado1.x
usernameNombre de usuario para la autenticación1.x
passwordEnvNombre de la variable de entorno con la contraseña1.x
passwordContraseña, configurada directamente en el archivo de configuración1.x

Exportar métricas de rendimiento ​

Si recopilas métricas de rendimiento, configura performanceMetrics: true para exportarlas también. Para cada clave de métrica, Allure exporta el valor promedio de la ejecución: en Prometheus, como launch_metric_<key>, con los puntos en la clave reemplazados por guiones bajos, y en InfluxDB, como un campo de la medición launch_metric con el nombre de la clave.

Mediciones de InfluxDB ​

El archivo export/influxDbData.txt contiene datos agregados de las pruebas en formato protocolo de línea para InfluxDB. Al importarlo, crea las siguientes mediciones.

MediciónEtiquetas

launch_status

Una etiqueta para cada posible estado de prueba: failed, broken, passed, skipped, unknown.

Cada valor representa el número de pruebas con el estado.

launch_time

duration - el tiempo que tardó en ejecutar todas las pruebas.
min_duration - la duración de la prueba más rápida.
max_duration - la duración de la prueba más lenta.
sum_duration - todas las duraciones combinadas.
start - la hora en que comenzó la primera prueba, como marca de tiempo en milisegundos.
stop - la hora en que finalizó la última prueba, como marca de tiempo en milisegundos.

Los valores de duration y sum_duration pueden diferir significativamente si tu marco de pruebas ejecuta las pruebas en paralelo o pasa un tiempo significativo preparándose para cada prueba.

launch_problems

Una etiqueta para cada categoría no vacía.

El nombre de cada categoría se convierte en minúsculas y los espacios se reemplazan por guiones bajos, por ejemplo: test_defects, product_defects.

Cada valor representa el número de pruebas en la categoría.

launch_retries

retries - el número de ejecuciones de prueba que fueron reintentos de otras ejecuciones de prueba.
run - el número de ejecuciones de prueba que no fueron reintentos.

launch_metric Allure 3

Una etiqueta para cada clave de métrica de rendimiento, solo si performanceMetrics está habilitado.

Cada valor representa el valor promedio de la métrica en la ejecución.

Métricas de Prometheus ​

El archivo export/prometheusData.txt contiene datos agregados de las pruebas en formato basado en texto para Prometheus. Al importarlo, crea las siguientes métricas.

PrefijoMétricas

launch_status_*

Una métrica para cada posible estado de prueba:
launch_status_failed,
launch_status_broken,
launch_status_passed,
launch_status_skipped,
launch_status_unknown.

Cada valor representa el número de pruebas con el estado.

launch_time_*

launch_time_duration - el tiempo que tardó en ejecutar todas las pruebas.
launch_time_min_duration - la duración de la prueba más rápida.
launch_time_max_duration - la duración de la prueba más lenta.
launch_time_sum_duration - todas las duraciones combinadas.
launch_time_start - la hora en que comenzó la primera prueba, como marca de tiempo en milisegundos.
launch_time_stop - la hora en que finalizó la última prueba, como marca de tiempo en milisegundos.

Los valores de launch_time_duration y launch_time_sum_duration pueden diferir significativamente si tu marco de pruebas ejecuta las pruebas en paralelo o pasa un tiempo significativo preparándose para cada prueba.

launch_problems_*

Una métrica para cada categoría no vacía.

El nombre de cada categoría se convierte en minúsculas, los espacios se reemplazan por guiones bajos y se agrega el prefijo, por ejemplo: launch_problems_test_defects, launch_problems_product_defects.

Cada valor representa el número de pruebas en la categoría.

launch_retries_*

launch_retries_retries - el número de ejecuciones de prueba que fueron reintentos de otras ejecuciones de prueba.
launch_retries_run - el número de ejecuciones de prueba que no fueron reintentos.

launch_metric_* Allure 3

Una métrica para cada clave de métrica de rendimiento, solo si performanceMetrics está habilitado, por ejemplo: launch_metric_page_load.

Cada valor representa el valor promedio de la métrica en la ejecución.

Nombres de categorías en Allure Report 3 ​

Las categorías predeterminadas tienen nombres diferentes en Allure Report 2 y Allure Report 3, y lo mismo ocurre con sus métricas:

  • Allure Report 2: launch_problems_product_defects y launch_problems_test_defects;
  • Allure Report 3: launch_problems_product_errors y launch_problems_test_errors.

Si tus gráficas usan los nombres de Allure Report 2, define categorías con estos nombres en la configuración de Allure Report 3:

javascript
import { defineConfig } from "allure";

export default defineConfig({
  categories: {
    rules: [
      { name: "Product defects", matchers: { statuses: ["failed"] } },
      { name: "Test defects", matchers: { statuses: ["broken"] } },
    ],
  },
  plugins: {
    awesome: {},
    metrics: {},
  },
});
json
{
  "categories": {
    "rules": [
      { "name": "Product defects", "matchers": { "statuses": ["failed"] } },
      { "name": "Test defects", "matchers": { "statuses": ["broken"] } }
    ]
  },
  "plugins": {
    "awesome": {},
    "metrics": {}
  }
}
yaml
categories:
  rules:
    - name: Product defects
      matchers:
        statuses: [failed]
    - name: Test defects
      matchers:
        statuses: [broken]
plugins:
  awesome: {}
  metrics: {}
Esta página ha sido traducida automáticamente. Si notas algún error, te agradeceríamos mucho que nos lo hicieras saber.
Pager
Previous pageExportar a CSV
Next pageGuías
Powered by

Suscríbete a nuestro boletín

Recibe noticias del producto que realmente necesitas, sin spam.

Suscribirse
Allure TestOps
  • Visión general
  • Por qué elegirnos
  • Nube
  • Autoalojado
  • Historias de éxito
Compañía
  • Documentación
  • Blog
  • Sobre nosotros
  • Contacto
  • Eventos
© 2026 Qameta Software Inc. All rights reserved.