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

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

Quality Gate

Errores y Adjuntos Globales

Línea de tiempo

Exportar a CSV

Exportar métricas

Guías

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

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

Jenkins

IDEs de JetBrains

TeamCity

Visual Studio Code

Frameworks

Axios

Empezando

Configuración

Referencia

Behat

Empezando

Configuración

Referencia

Behave

Empezando

Configuración

Referencia

Bun

Empezando

Configuración

Referencia

Chai

Empezando

Referencia

Codeception

Empezando

Configuración

Referencia

CodeceptJS

Empezando

Configuración

Referencia

Cucumber.js

Empezando

Configuración

Referencia

Cucumber-JVM

Empezando

Configuración

Referencia

Cucumber.rb

Empezando

Configuración

Referencia

Cypress

Empezando

Configuración

Referencia

Fetch

Empezando

Configuración

Referencia

Jasmine

Empezando

Configuración

Referencia

JBehave

Empezando

Configuración

Referencia

Jest

Empezando

Configuración

Referencia

JUnit 4

Empezando

Configuración

Referencia

JUnit 5

Empezando

Configuración

Referencia

Mocha

Empezando

Configuración

Referencia

Newman

Empezando

Configuración

Referencia

NUnit

Empezando

Configuración

Referencia

PHPUnit

Empezando

Configuración

Referencia

Playwright

Empezando

Configuración

Referencia

pytest

Empezando

Configuración

Referencia

Pytest-BDD

Empezando

Configuración

Referencia

Reqnroll

Empezando

Configuración

Referencia

REST Assured

Empezando

Configuración

Robot Framework

Empezando

Configuración

Referencia

Rust Cargo Test

Empezando

Configuración

Referencia

RSpec

Empezando

Configuración

Referencia

SpecFlow

Empezando

Configuración

Referencia

Spock

Empezando

Configuración

Referencia

TestNG

Empezando

Configuración

Referencia

Vitest

Empezando

Configuración

Referencia

WebdriverIO

Empezando

Configuración

Referencia

xUnit.net

Empezando

Configuración

Referencia

On this page

Referencia de Allure Axios ​

Esquema de adjunto ​

Cada intercambio HTTP se registra como un adjunto JSON con tipo de contenido application/vnd.allure.http+json y extensión de archivo .httpexchange. El objeto raíz tiene la siguiente estructura:

CampoTipoDescripción
schemaVersion1Versión del esquema. Siempre es 1.
startnumberMarca de tiempo Unix en milisegundos cuando comenzó la solicitud.
stopnumberMarca de tiempo Unix en milisegundos, registrada cuando se recibió la respuesta o el error.
requestobjectDatos capturados de la solicitud. Ver Request.
responseobjectDatos capturados de la respuesta. Solo presente cuando se recibió una respuesta. Ver Response.
errorobjectInformación de error. Solo presente cuando la solicitud falló. Ver Error.

Para respuestas de error HTTP (códigos de estado 4xx y 5xx), tanto response como error están presentes simultáneamente: response contiene el estado, los encabezados y el cuerpo de la respuesta de error, mientras que error contiene los detalles de AxiosError.

Request ​

CampoTipoDescripción
methodstringMétodo HTTP en mayúsculas, por ejemplo "GET".
urlstringURL de la solicitud resuelta, incluyendo los parámetros de consulta en su forma original sin redacción.
headers{name, value}[]Encabezados de la solicitud después de la redacción. Omitido cuando no hay encabezados.
query{name, value}[]Parámetros de consulta analizados desde la URL, después de la redacción. Omitido cuando no hay parámetros de consulta.
cookiesCookie[]Cookies analizadas desde el encabezado Cookie de la solicitud, después de la redacción. Omitido cuando no hay cookies. Ver Cookie.
bodyobjectCuerpo de la solicitud. Solo presente cuando captureRequestBody es true y se envió un cuerpo. Ver Body.

Response ​

CampoTipoDescripción
statusnumberCódigo de estado HTTP.
statusTextstringTexto de estado HTTP.
headers{name, value}[]Encabezados de la respuesta después de la redacción. Omitido cuando no hay encabezados.
cookiesCookie[]Cookies analizadas desde los encabezados Set-Cookie de la respuesta, después de la redacción. Omitido cuando no hay encabezados Set-Cookie. Ver Cookie.
bodyobjectCuerpo de la respuesta. Solo presente cuando captureResponseBody es true y se recibió un cuerpo. Ver Body.

Los cuerpos de respuesta se capturan desde response.data — el valor después de que Axios aplica sus transformaciones de respuesta. Cuando responseType es 'json' (el valor predeterminado), Axios analiza la respuesta como JSON antes de que Allure Axios la reciba, por lo que el value capturado es el objeto analizado re-serializado con JSON.stringify. Esto produce JSON compacto independientemente de cómo el servidor haya formateado la respuesta original. Para capturar los bytes de respuesta sin modificar, establece responseType: 'arraybuffer' o responseType: 'text' en la solicitud de Axios.

Body ​

CampoTipoDescripción
contentTypestringValor del encabezado Content-Type. Ausente cuando no hay encabezado Content-Type.
encoding"utf8" | "base64"Codificación utilizada para value. Solo presente para cuerpos no stream. Ver Codificación de cuerpo.
valuestringEl contenido capturado del cuerpo, codificado según encoding. Ausente para cuerpos stream y multipart.
sizenumberTamaño del cuerpo en bytes. Para cuerpos no stream, siempre presente. Para cuerpos stream, solo presente cuando hay un encabezado Content-Length; ausente en caso contrario. Ver Tamaño de cuerpo.
truncatedbooleantrue cuando el cuerpo excedió maxBodySize y fue recortado. Siempre es false para cuerpos stream.
form{name, value}[]Campos estructurados analizados desde un cuerpo application/x-www-form-urlencoded, después de la redacción. Ver Cuerpos de formulario URL-encoded.
stream{type: string}Presente en lugar de value y encoding para cuerpos stream y multipart. Ver Cuerpos stream.

Codificación de cuerpo ​

La encoding depende del tipo de dato JavaScript del cuerpo, no principalmente del encabezado Content-Type:

  • string, URLSearchParams, objetos simples (serializados como JSON), y cualquier otro valor no binario → "utf8".
  • ArrayBuffer y typed arrays → "base64".
  • Blob → determinado por Blob.type: "utf8" cuando Blob.type es text/*, application/json, application/javascript, application/x-www-form-urlencoded, application/xml, o termina en +json o +xml; "base64" para todos los demás tipos. Un Blob.type ausente o vacío se trata como texto.

Cuerpos de formulario URL-encoded ​

Cuando el tipo de contenido es application/x-www-form-urlencoded, el cuerpo contiene dos representaciones de los mismos datos:

  • value: la cadena URL-encoded re-serializada, con los campos sensibles reemplazados por el marcador de redacción.
  • form: un array estructurado {name, value}[] con la misma redacción aplicada.

Cuerpos stream ​

Los cuerpos que no pueden leerse sin consumirlos no se capturan. El campo stream está presente en lugar de value. Se tratan como streams los siguientes:

  • Streams legibles de Node.js y iterables asíncronos — objetos con una propiedad pipe, read o Symbol.asyncIterator, excluyendo URLSearchParams, ArrayBuffer y typed arrays.
  • Objetos del paquete npm form-data.
  • Cualquier cuerpo cuyo Content-Type sea multipart/form-data.

Los cuerpos Blob se capturan, no se tratan como streams — Allure Axios los lee mediante arrayBuffer(). La codificación se determina por Blob.type, no por el encabezado Content-Type de la solicitud.

json
{ "stream": { "type": "chunked" } }

El type se deriva del tipo de contenido: text/event-stream → "server-sent-events", application/grpc → "grpc", todos los demás → "chunked".

Tamaño de cuerpo ​

El campo size utiliza el encabezado Content-Length cuando está presente. Si Content-Length está ausente, size es el conteo real de bytes de los datos capturados. Para cuerpos recortados, size puede ser mayor que la longitud del value almacenado.

Cookie ​

Las cookies de solicitud se analizan desde el encabezado Cookie. Las cookies de respuesta se analizan desde los encabezados Set-Cookie.

CampoTipoDescripción
namestringNombre de la cookie.
valuestringValor de la cookie, después de la redacción.
pathstringAtributo Path. Solo para cookies de respuesta.
domainstringAtributo Domain. Solo para cookies de respuesta.
expiresstringAtributo Expires. Solo para cookies de respuesta.
httpOnlybooleantrue cuando el atributo HttpOnly está presente. Solo para cookies de respuesta.
securebooleantrue cuando el atributo Secure está presente. Solo para cookies de respuesta.
sameSitestringValor del atributo SameSite. Solo para cookies de respuesta.

Error ​

Presente cuando la solicitud falló — ya sea por un error de transporte, cancelación o una respuesta de error HTTP.

CampoTipoDescripción
namestringPropiedad name del error.
messagestringMensaje del error.
stackstringTraza de pila. Solo presente cuando includeErrorStack es true y el valor lanzado es una instancia de Error.

Tipos de redacción ​

RedactionMatcher ​

Un RedactionMatcher controla si un valor de campo específico debe ser redactado. Puede ser cualquiera de los siguientes:

  • Un string: redacta cualquier campo cuyo nombre sea igual al string, sin distinguir mayúsculas/minúsculas.
  • Un RegExp: redacta cualquier campo cuyo nombre coincida con el patrón.
  • Una función (name: string, value: string, context: RedactionContext) => boolean: redacta según cualquier lógica, con acceso al nombre del campo, valor y contexto circundante.
ts
instrumentAxios(client, {
  redactHeaders: [
    "x-api-key", // nombre exacto, sin distinguir mayúsculas/minúsculas
    /^x-internal-/i, // expresión regular sobre el nombre del encabezado
    (name, value) => value.startsWith("sk-"), // coincidencia sobre el valor mismo
  ],
});

RedactionContext ​

El argumento context que se pasa a una función RedactionMatcher:

PropiedadTipoDescripción
kind"header" | "query" | "cookie" | "form"Qué categoría se está evaluando.
namestringEl nombre del campo.
valuestringEl valor del campo.
urlstring | undefinedLa URL de la solicitud resuelta.
requestInternalAxiosRequestConfig | undefinedLa configuración de la solicitud de Axios.
responseAxiosResponse | undefinedLa respuesta de Axios. Solo presente al evaluar campos de la fase de respuesta (encabezados de respuesta, cookies de respuesta).
Esta página ha sido traducida automáticamente. Si notas algún error, te agradeceríamos mucho que nos lo hicieras saber.
Pager
Previous pageConfiguración
Next pageEmpezando
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.