- Primeros pasos
- Acerca de Test Manager
- Acciones de Autopilot
- Acerca del chat de Autopilot (agente)
- Acerca del enmascaramiento PII
- Primeros pasos
- Disponibilidad de la característica de Test Manager
- Precios unificados: Licensing Test Manager
- Flex: licencias de Test Manager
- Guía de inicio rápido
- Tipos de prueba en Test Manager
- Gestión de proyecto
- Documentos
- Trabajo con el análisis de impacto de cambios
- Creación de casos de prueba
- Asignar Casos de prueba a los Requisitos
- Clonación de casos de prueba
- Exportar casos de prueba
- Vincular casos de prueba en Studio a Test Manager
- Delete test cases
- Casos de prueba manuales
- Documentar casos de prueba con Task Capture
- Parámetros
- Playwright test case fields
- Habilitar la gobernanza a nivel de proyecto
- Deshabilitar la gobernanza a nivel de proyecto
- Habilitar el control a nivel de caso de prueba
- Deshabilitar el control a nivel de caso de prueba
- Gestionar aprobadores para casos de prueba controlados
- Gestionar casos de prueba gobernados en el estado En trabajo
- Gestionar casos de prueba controlados en el estado En revisión
- Gestionar objetos controlados en estado Firmado
- Gestionar comentarios para casos de prueba controlados
- Aplicar filtros y vistas
- Importar conjuntos de pruebas de Orchestrator
- Creating test sets
- Añadir casos de prueba a un conjunto de pruebas
- Asignar usuarios predeterminados en la ejecución del conjunto de pruebas
- Habilitación de la cobertura de actividad
- Habilitar Healing Agent
- Configurar conjuntos de pruebas para carpetas de ejecución y robots específicos
- Anular parámetros
- Clonación de conjuntos de pruebas
- Exportar conjuntos de pruebas
- Aplicar filtros y vistas
- Preguntas frecuentes: paridad de características: Test Manager frente a Orchestrator
- Ejecución de pruebas manuales
- Ejecución de pruebas automatizadas
- Ejecutar casos de prueba sin un conjunto de pruebas
- Ejecutar pruebas mixtas
- Crear ejecuciones pendientes
- Aplicar una orden de ejecución
- Volver a ejecutar ejecuciones de prueba
- Programar ejecuciones
- Solución de problemas de ejecuciones automatizadas
- Pruebas de accesibilidad para Test Cloud
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Integración de herramientas de ALM
- Integración de herramientas de ALM
- Test Manager Connect
- Test Manager: conector de Integration Service
- Integración de API
- Agentes de codificación para pruebas
- Solución de problemas
Package a Playwright test project into a UiPath automation package and publish it to Orchestrator so Test Manager can execute it.
This capability is in controlled availability, delivered only to eligible tenants. It is available in Test Manager only when delivered through Test Cloud.
Package a Playwright test project into a UiPath automation package (.nupkg) and publish it to Orchestrator, so the automation becomes available for execution from Test Manager.
Requisitos previos
- A self-contained Playwright test project directory: its own
playwright.config.*,package.json, and a supported lockfile, with dependencies resolvable at the packed root. A mono-repo subfolder works only if it's self-contained. - Playwright version 1.19 or later. npm is the only supported package manager — the packed root must contain a
package-lock.json. - The UiPath Command Line Interface (CLI) installed and updated to a recent version. See Installing UiPath CLI.
- A Test Manager project key. Required by default — the CLI refuses to pack without one unless you pass
--no-create-test-cases. Matching test cases are auto-created and auto-linked once Test Manager ingests the resulting package, not at packaging time. The key must be uppercase alphanumeric.
Packaging excludes node_modules, .git, .uipath, dist, test-results, playwright-report, and .cache. It also always excludes secret files at any depth: .env, .env.*, .npmrc, and .git-credentials. Everything else in the project directory ships as-is, so keep secrets out of other files — hard-coded credentials in config or fixture files still ship.
Pasos
-
Open a terminal in the Playwright project's root directory.
-
Run
uip tm packwith the--type playwrightoption, for example:uip tm pack --project-path . --type playwright --project-key SWAG --name SwagLabsDemo --package-version 1.0.0 -o .packages --output jsonuip tm pack --project-path . --type playwright --project-key SWAG --name SwagLabsDemo --package-version 1.0.0 -o .packages --output jsonFor the full flag reference, including how to opt out of test-case auto-creation, see uip tm pack.
-
Publish the resulting
.nupkgto the tenant's Orchestrator Package Feed, using one of the following:- Upload it manually in Orchestrator (Packages > Upload).
- Drop it into a folder Orchestrator watches for packages.
- Use the UiPath CLI to upload it directly from the command line.
Resultado
The package appears in Orchestrator's Package Feed. If a project key was supplied, matching test cases are auto-created in that Test Manager project, with the Playwright automation already linked. Otherwise, the package's automations become available for selection through Selecting automation.
Relacionado
- Playwright test automation
- uip tm pack
- Playwright test automation with the uipath-test skill — automate this entire flow, including packaging, from a coding agent.