- 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
Screenshot, video, and trace capture for Playwright test executions in Test Manager, governed by your project's own Playwright configuration.
This capability is in controlled availability, delivered only to eligible tenants. It is available in Test Manager only when delivered through Test Cloud.
Test Manager doesn't override how a Playwright project is configured to capture screenshots, videos, and traces. Your project's own configuration always wins: Playwright resolves capture settings (use: { screenshot, video, trace }) with the project-level playwright.config.ts taking priority over any platform-level toggle.
Whatever artifacts a Playwright project already produces for a test are what show up in Test Manager. Capturing more artifacts, for example traces on every run, is a matter of adding the setting directly to playwright.config.ts:
use: { trace: 'on' }
use: { trace: 'on' }
For the steps to change and republish this configuration, see Configuring artifact capture for Playwright tests.
Setup and dependency tests
If a Playwright project uses dependencies between projects, for example an authentication setup that must run before a test, Test Manager runs that setup automatically as part of the dispatched test and shows it as part of the same result. This is different from Playwright's fixture system (test.extend()), which Test Manager doesn't model — see Playwright test automation.
Playwright attempts and traces
Each test case log for a Playwright execution gets two additional tabs beyond the standard ones Test Manager exposes:
- Attempts displays each entry Playwright made per attempt, on that test case's log. Expanding an attempt shows a headline of what went wrong, and expanding further renders the full error context — this is Playwright's own
error-context.mdfile, rendered inline rather than requiring a download. - Trace displays an embedded Playwright trace viewer, so you can inspect console logs, network calls, and attachments for that attempt without leaving Test Manager. Robot logs from the native execution are found in the existing Logs tab instead, which shows the same robot logs for every test case log in a Playwright-based execution.
Additional files are attached where Playwright produces them: console-output.txt and console-errors.txt per test, and a per-test playwright-result.json. The raw, whole-run results.json is attached at the execution level. Attachments can be downloaded individually, or viewed natively through the trace viewer.
Retries
If a project has retries configured and a test fails but then passes on retry, Test Manager records the result as Passed, with the failed attempt(s) still visible in the Attempts drill-down described above. Artifacts from failed attempts are kept, since they're the most useful for debugging.
Video rendering
Test Manager doesn't render Playwright's .webm video recordings inline as a playable video — the same behavior as for native UiPath automations today. The trace viewer links to the .webm file per attempt, where it can be downloaded.