- 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
- Lier des cas de test à Test Manager dans Studio
- 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
Les robots Cloud, sans serveur peuvent s'exécuter pendant un maximum de 60 minutes par test. Les robots locaux peuvent dépasser cette limite.
-
Nombre maximal de tâches simultanées:
Jusqu'à 500 tâches peuvent s'exécuter simultanément à l'aide de robots sans serveur.
-
Impact sur les utilisateurs virtuels (VU):
Le nombre d'utilisateurs virtuels réalisables dépend du multiplex.
Par exemple, avec un facteur de multiplexation de 4, un scénario peut passer à 2 000 utilisateurs virtuels simultanés.
Les capacités de multiplexage des robots sans serveur sont automatiquement détectées lors de l' exécution d'essai, et le facteur résultant est signalé dans les journaux d'application.
Contrairement aux machines locales, où le facteur de multiplication peut être remplacé manuellement, cela n'est pas pris en charge pour les robots sans serveur.
-
Contraintes VPN:
Lors de l'utilisation d'un VPN, la simultanéité efficace dépend de la capacité du VPN ou de la passerelle.
-
Limite par défaut : ~250 tâches simultanées
-
La limite réelle peut varier en fonction de l' UGS de la passerelle et de la capacité de l'infrastructure.
-
Si une simultanéité plus élevée est requise, les clients doivent contacter le support UiPath ou leur équipe de compte pour discuter des options de mise à l’échelle VPN.
-
-
Durée d’exécution:
Les robots sans serveur sont limités à 60 minutes par exécution
HTTP WebRequest et aux automatisations du bureau. Par exemple, Integration Service ou les automatisations codées ne sont pas encore prises en charge.
Les exécutions de test de performances sur des machines locales ne prennent pas en charge l’automatisation du navigateur en mode Chrome Incognito ou en mode Edge InPrivate.
Cette limitation est due à des restrictions de sécurité du navigateur qui exigent que les extensions soient activées manuellement pour la navigation privée. Bien que l’extension du navigateur UiPath puisse être installée (par exemple, via la stratégie de groupe), elle ne peut pas être automatiquement activée en mode incognito, ce qui empêchera l’automatisation d’interagir avec le navigateur pendant l’exécution du test.
Par ailleurs, Performance Testing crée de nouveaux répertoires d’utilisateurs de navigateur pour chaque exécution. L’activation de l’extension pour le mode navigation privée nécessite une configuration manuelle pour chacun de ces répertoires, ce qui la rend peu pratique dans le cadre de scénarios automatisés. Pour plus d’informations, consultez la section Alternative pour activer le mode incognito de la documentation Studio.
Cette limitation s’applique uniquement aux environnements locaux.
Dans les environnements sans serveur, le mode Incognito est pris en charge car la configuration du navigateur est entièrement gérée par UiPath.
Solution: exécutez les tests en mode de navigateur standard.
Performance Testing crée son propre profil de navigateur et répertoire dédiés, garantissant qu’il n’interfère pas avec le profil par défaut de l’utilisateur. Cette configuration permet aux tests de s’exécuter dans un environnement sandboxed, comme en mode navigation privée. Après l’exécution, tous les répertoires de navigateur créés pour les tests sont nettoyés, de façon à ne laisser aucune donnée résidus.
- 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.