Ejecución de Pruebas en Paralelo

This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard

Este artículo describe cómo usar múltiples ejecutores de pruebas con Axe Watcher

Not for use with personal data

Algunos marcos de prueba ejecutan las pruebas en paralelo por defecto, lo que puede afectar los resultados de tus pruebas de accesibilidad si no se toma en cuenta. (Solo verás los resultados de accesibilidad de la última prueba ejecutada en Axe Developer Hub.) Por ejemplo, aunque Playwright de forma predeterminada ejecuta todas las pruebas en un solo archivo secuencialmente, crea trabajadores para ejecutar archivos de prueba individuales en paralelo. También es posible que tu organización ejecute su pipeline de integración continua en paralelo, o que quieras ejecutar tu suite de pruebas utilizando trabajadores paralelos para acelerar el procesamiento.

Con ejecutores de pruebas en paralelo, debes asegurarte de que a cada ejecutor de pruebas se le asigne el mismo buildID no nulo porque cuando la propiedad buildID es null (el valor predeterminado), los resultados de cada ejecutor de pruebas reemplaza los resultados de accesibilidad existentes para el mismo SHA del commit de Git, lo que resulta en datos incompletos en Axe Developer Hub.

Cuando buildID no es null, los ejecutores de pruebas en paralelo con el mismo buildID pueden generar resultados que aparecen como una única ejecución de prueba en Axe Developer Hub. Cada ejecutor de pruebas debe compartir el mismo string buildID no nulo para que cada ejecutor de pruebas concatene (en lugar de reemplazar) sus resultados con los resultados existentes para el mismo buildID y el SHA del commit de Git.

Para cambiar el valor de buildID, usa:

Usualmente puedes obtener un valor buildID utilizable de tu proveedor de integración continua. Por ejemplo, puedes usar estos valores:

  • github.run_id

    Disponible dentro de los flujos de trabajo de GitHub. Consulta contexto de github en la documentación de GitHub para más información.

  • CIRCLE_PIPELINE_ID

    Con CircleCI, el valor anterior está disponible desde el entorno de tu proceso. Consulta Variables de entorno incorporadas en la documentación de CircleCI para más información.

    Otras variables de entorno de integración continua que puedes usar para buildID:

    Proveedor Variable de entorno
    Bitbucket BITBUCKET_BUILD_NUMBER
    GitLab CI_PIPELINE_ID
    Jenkins BUILD_NUMBER