- Démarrage
- À propos de Test Manager
- Actions d'Autopilot
- À propos du chat Autopilot (agent)
- À propos du masquage des informations personnelles
- Démarrage
- Disponibilité de la fonctionnalité Test Manager
- Tarification unifiée : Test Manager de licence
- Flex : Test Manager de licence
- Guide de démarrage rapide
- Types de test dans Test Manager
- Gestion de projet
- Documents
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Affectation de cas de test aux exigences.
- Clonage des cas de test
- Exporter des cas de test
- Lier des cas de test à Test Manager dans Studio
- Delete test cases
- Cas de test manuels
- Documenter les cas de test avec Task Capture
- Paramètres
- Playwright test case fields
- Activation de la gouvernance au niveau du projet
- Désactivation de la gouvernance au niveau du projet
- Activation de la gouvernance au niveau des cas de test
- Désactivation de la gouvernance au niveau du cas de test
- Gérer les approbateurs pour les cas de test régis
- Gérer les cas de test régis à l’état En cours
- Gérer les cas de test régis à l’état En révision
- Gérer les objets régis à l'état Signé
- Gérer les commentaires pour les cas de test régis
- Appliquer des filtres et des vues
- Importer des ensembles de test Orchestrator
- Creating test sets
- Ajouter des cas de test à un ensemble de test
- Attribuer des utilisateurs par défaut dans l'exécution de l'ensemble de tests
- Activation de la couverture des activités
- Activer Healing Agent
- Configuration d'ensembles de test pour des dossiers et des robots d'exécution spécifiques
- Remplacer les paramètres
- Cloner des ensembles de tests
- Exporter des ensembles de tests
- Appliquer des filtres et des vues
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Exécution de tests manuels
- Exécuter des tests automatisés
- Exécuter des cas de test sans ensemble de tests
- Exécuter des tests mixtes
- Créer des exécutions en attente
- Appliquer un ordre d’exécution
- Réexécution des exécutions de test
- Planification des exécutions
- Résoudre les problèmes des exécutions automatisées
- Tests d'accessibilité pour Test Cloud
- Opérations et utilitaires de projet
- Paramètres de Test Manager
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Connecté à Test Manager
- Test Manager - Connecteur Integration Service
- Intégration de l'API
- Agents de codage pour les tests
- Résolution des problèmes
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.