- 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
Fields and system labels populated on a Test Manager test case when it's linked to a Playwright automation, and how data-driven Playwright tests map to test cases.
This capability is in controlled availability, delivered only to eligible tenants. It is available in Test Manager only when delivered through Test Cloud.
The following fields are populated on a test case when a Playwright automation is linked to it. For the end-to-end flow that populates them, see Playwright test automation.
| Campo | Descripción |
|---|---|
| Origen | Playwright or UiPath. |
| Test case name (Playwright format) | Spec file path, then the full Playwright describe-ancestry plus test title — as opposed to the Studio format (folder path + name). Capped at 255 characters. See Selecting automation. |
| Project / spec file | The Playwright project and spec file the test belongs to, captured as metadata on the test case. One test case is created per Playwright test — there's no fan-out into multiple test cases when a test matches more than one configured Playwright project. Project selection for execution happens at the test set level, not through multiple test case rows. |
| Etiquetas | Auto-populated from Playwright annotations (for example, resilience, observability), usable for filtering and for scoped test set membership. |
PW_ system labels
Linking a Playwright automation automatically adds a set of system labels to the test case, prefixed PW_:
PW_File_…PW_Path_…PW_Project_…PW_Suite_…PW_Tag_…PW_Annotation_…
These labels are created on link and removed on unlink; labels added manually are left untouched. Dynamic test sets and the --labels filter of the UiPath Command Line Interface (CLI) match label names exactly (case-sensitive).
Data-driven (parameterized) tests
Each variation generated by a Playwright data loop is created as its own test case. Adding any single data-driven variation to a test set runs all variations of that test, not just the one added.
Re-execution
Re-running an execution reuses that execution's frozen snapshot: the same package, version, and project selection it was created with. See Selecting automation.