Automatización de pruebas de Playwright

Automatizaciones de Playwright como tipo de automatización de Test Manager junto con automatizaciones creadas por Studio, sin reescribir las suites de prueba existentes en Studio.

Nota:

This capability is in controlled availability, delivered only to eligible tenants. It is available in Test Manager only when delivered through Test Cloud, and UiPath must enable it for your tenant before it works — contact your UiPath account team with your tenant details to request enablement.

Test Manager puede ejecutar casos de prueba respaldados por automatizaciones de Playwright , además de las automatizaciones creadas por Studio (Robot). Los equipos que ya escriben pruebas de extremo a extremo en Playwright pueden incorporar esas pruebas en Test Manager para la orquestación, la programación, la generación de informes y la trazabilidad, sin reescribirlas en Studio.

Cómo funcionan las automatizaciones de Playwright de principio a fin

Un proyecto de prueba de Playwright reside en su propio sistema de control de origen, fuera de UiPath. A partir de ahí, la automatización llega a Test Manager a través del siguiente flujo:

1. El proyecto se empaqueta en un paquete de automatización de UiPath utilizando el comando tm pack de la interfaz de línea de comandos (CLI) de UiPath y, a continuación, se publica en la fuente global del paquete para todo el tenant de Orchestrator o en una fuente dedicada a nivel de carpeta. Para conocer los pasos de empaquetado, consulta Empaquetar proyectos de Playwright para Test Manager.
2. El paquete publicado se vuelve seleccionable en Test Manager de la misma manera que una automatización publicada en Studio, a través del flujo de selección de automatización .
3. Si el paquete se creó con una clave de proyecto de Test Manager, los casos de prueba coincidentes se crean automáticamente y la automatización de Playwright se vincula automáticamente a cada uno una vez que Test Manager ingiere el paquete. De lo contrario, el caso de prueba se crea por separado y la automatización se vincula manualmente, utilizando el mismo flujo utilizado para las automatizaciones de Studio.
4. A partir de ese momento, el caso de prueba se comporta como cualquier otro caso de prueba automatizado en Test Manager: puede colocarse en conjuntos de pruebas, desencadenarse bajo demanda o según una programación, y sus resultados, artefactos y enlaces de trazabilidad aparecen junto con todos los demás casos de prueba .

Qué captura Test Manager de tu proyecto de Playwright

Campo de Test Manager	Procede de Playwright
Nombre & Descripción	Solo título de prueba. Los metadatos del paquete no tienen campo de descripción, por lo que la descripción no se rellena.
Etiquetas	@tag /valores de anotación (por ejemplo, resilience, observability), copiados en el caso de prueba como etiquetas para el filtrado y el ámbito del conjunto de pruebas.
Archivo de proyecto/especificaciones	El proyecto de Playwright (de playwright.config.ts) y el archivo de especificaciones al que pertenece la prueba, capturados como metadatos. Se crea un caso de prueba por prueba: no hay distribución por proyecto.
Origen (Seleccionar pestaña de automatización)	Un valor de origen de Playwright o UiPath, que se muestra en el selector Seleccionar automatización.

Nota:

Nombre & La descripción, las etiquetas y el archivo de proyecto/especificaciones se implementan como etiquetas del sistema generadas automáticamente en el caso de prueba. Solo origen es un campo independiente, que se muestra como su propia columna en el selector Seleccionar automatización en lugar de como una etiqueta.

Terminología

• La automatización y el caso de prueba siguen siendo tipos de artefactos distintos en Test Manager.
• Una automatización, ya sea Playwright o Studio, se asigna a un caso de prueba.
• Una prueba de Playwright nunca se llama caso de prueba.

Paridad de ejecución e informes

Una vez asignado, un caso de prueba respaldado por Playwright se ejecuta, programa e informa exactamente como uno creado por Studio: los mismos desencadenadores, las mismas reglas de membresía del conjunto de pruebas, los mismos resultados y vistas de trazabilidad.

Limitaciones conocidas

Limitación	Qué significa
Solo Chromium	El pod de ejecución solo instala Chromium. Se puede seguir seleccionando un proyecto configurado para utilizar Firefox o WebKit, pero la ejecución no se ejecuta en ese navegador.
Solo ejecución sin servidor	Las pruebas de Playwright se ejecutan solo en la infraestructura sin servidor de UiPath, con un pod dedicado por ejecución. Aún no se admite la ejecución de UiPath Robot local o local.
Node.js (JavaScript/TypeScript) solo	Solo basado en Node.js Se admiten proyectos de Playwright. Los proyectos playwright-python, playwright-java y playwright-dotnet no son compatibles.
Se requiere un proyecto independiente	Cada proyecto debe empaquetarse desde un directorio independiente, con dependencias que se puedan resolver en la raíz empaquetada. Una subcarpeta mono-repo solo funciona si es autónoma.
Sin detalles en el nivel de aserción	Test Manager no expone las aserciones de Playwright de forma individual. Se basa en el resultado de aprobación/error por intento de Playwright y en los archivos adjuntos configurados.
Sin importación de resultados de ejecución externa	Los resultados de una suite de Playwright que se ejecuta fuera de Test Manager, por ejemplo, en el propio CI de un cliente, no se pueden importar.
Un solo trabajo por ejecución	All test cases in one Playwright test set execution run within a single Orchestrator job — an oversized test set risks a job timeout.
Execution time limit	A Playwright test set execution has a 45-minute time limit, separate from the video-recording time limits that apply elsewhere in Test Manager.
Sin fragmentación de varios pods	Toda la suite se ejecuta en un pod por ejecución. El propio paralelismo de trabajadores de Playwright se aplica según la configuración, pero la fragmentación distribuida en los pods aún no está disponible.
Sin informes por accesorio	Los accesorios de Playwright (test.extend()) se ejecutan normalmente, pero Test Manager no los modela con informes en el nivel de caso de prueba o por accesorio.
Sin autorreparación	La autorreparación agéntica aún no está disponible para las automatizaciones de Playwright.
Sin orden de ejecución forzada	El orden de los casos de prueba sigue playwright.config.ts. Habilitar Aplicar orden de ejecución, Cobertura de actividad RPA o Healing Agent en un conjunto de pruebas de Playwright hace que la ejecución falle rápidamente.
Prohibida la mezcla de paquetes cruzados o de versiones cruzadas	Se bloquea la combinación de casos de prueba de dos paquetes de Playwright diferentes, o del mismo paquete en dos versiones diferentes, en un conjunto de pruebas.
Los conjuntos de pruebas basados en datos ejecutan cada variación	Cada variación de una prueba de Playwright parametrizada es su propio caso de prueba. Al añadir una variación a un conjunto de pruebas se ejecutan todas las variaciones de esa prueba.
Sin grabación de vídeo ni transmisión en directo de UiPath	Habilitar la grabación de vídeo en un conjunto de pruebas de Playwright no tiene ningún efecto, y la pestaña Grabación y la acción de transmisión en vivo no muestran datos. La captura de vídeo del propio Playwright (use: { video } en playwright.config.ts) no se ve afectada: esos archivos .webm siguen adjuntos como artefactos.

Licencia

Ejecutar una prueba de Playwright a través de Test Manager consume la misma capacidad de plataforma que cualquier otra ejecución de prueba sin servidor, en el nivel de ejecución de robot subyacente: no hay una tasa de consumo diferente para Playwright frente a las automatizaciones de prueba nativas de UiPath. Para obtener más detalles, consulta Unified Pricing: Licensing Test Manager.

Relacionado

• Cómo funciona la captura de artefactos de Playwright
• Empaquetar proyectos de Playwright para Test Manager
• Configurar la captura de artefactos para las pruebas de Playwright
• Seleccionar automatización