- Démarrage
- Gestion de projet
- Documents
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Assigning test cases to requirements
- Clonage des cas de test
- Exporter des cas de test
- Linking test cases in Studio to Test Manager
- Delete test cases
- Cas de test manuels
- Importer des cas de test manuels
- Documenter les cas de test avec Task Capture
- Paramètres
- 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
- 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
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Créer des tests automatisés
- Exécution de scénarios de performances
- Limitations connues des tests de performances
- Meilleures pratiques en matière de tests de performances
- Résolution des problèmes de tests de performances
- Tests d'accessibilité pour Test Cloud
- Rechercher avec Autopilot
- 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'API
- Résolution des problèmes
Guide de l'utilisateur de Test Manager
Cloud, serverless robots can run for a maximum of 60 minutes per test. On-premises robots can exceed this limit.
-
Maximum concurrent jobs:
Up to 500 jobs can run concurrently using serverless robots.
-
Impact on virtual users (VUs):
The number of achievable virtual users depends on multiplexing (multiple VUs per job).
For example, with a multiplexing factor of 4, a scenario can scale up to 2,000 concurrent virtual users.
The multiplexing capabilities for serverless robots are automatically detected during the dry run, and the resulting factor is reported in the application logs.
Unlike on-premises machines, where the multiplexing factor can be manually overridden, this is not supported for serverless robots.
-
VPN constraints:
When using a VPN, the effective concurrency depends on the VPN or gateway capacity.
-
Default limit: ~250 concurrent jobs
-
The actual limit may vary based on the gateway SKU and infrastructure capacity.
-
If higher concurrency is required, customers should contact UiPath support or their account team to discuss VPN scaling options.
-
-
Execution duration:
Serverless robots are limited to 60 minutes per execution
HTTP WebRequest), and Desktop automations. For example, Integration Service or coded automations are not yet supported.
- Manque d'infrastructure: la prise en charge de
ACR-VMet l'enregistrement élastique ne sont pas encore disponibles. La mise à l'échelle automatique des ressources n'est donc actuellement pas possible. - Accès à l'API: l'accès direct par programme aux données de test de performances brutes n'est pas encore pris en charge.
- Comparaison historique: les résultats des tests des différentes exécutions historiques ne peuvent pas encore être comparés.
- Prise en charge d’Autopilot et d’agents: Autopilot et l’assistance agentique ne sont pas disponibles dans la version actuelle.
- Enregistrements affichés dans le détail: l'enregistrement ne peut être activé et visualisé que dans Orchestrator.