- Démarrage
- 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
- 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 de performances - Vue d'ensemble
- Prérequis logiciels et systèmes
- Configuration requise pour le système de robot local
- 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
- 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
- Agents de codage pour les tests
- Résolution des problèmes
Prérequis logiciels et système pour les tests de performance dans Test Manager, couvrant les exigences de la version de Studio, la configuration des robots cloud et des robots locaux.
Before you create and execute performance testing scenarios in Test Manager, make sure your organization and tenant meet the required infrastructure, robot, and test automation prerequisites. The configuration depends on the type of robot used to execute the load with: cloud robots or App Testing robots (unattended), on-premises robots.
Configuration requise de Studio
Les tests de performance réutilisent vos cas de test fonctionnels automatisés existants. Assurez-vous de créer vos tests Studio en fonction des conditions suivantes :
- Utilisez une version d’UiPath Studio égale ou supérieure à 2025.10.3.
- Utilisez un type de projet Automatisation de test.
- Utilisation des dernières versions de package d’activités :
System.Activitiesversion 25.4.2 ou ultérieureTesting.Activitiesversion 25.10.2 ou ultérieureUIAutomation.Activitiesversion 25.10.2 ou ultérieureWebAPI.Activitiesversion 2.1.0 ou versions ultérieures
Workflow Analyzer runs as part of every dry run and confirms that the Studio, UIAutomation.Activities, and Testing.Activities package versions used by each test case meet the requirements above. A test case built on an older version may run fine in a regular test set but fail once it hits the dry run — Workflow Analyzer surfaces exactly which version or activity is the problem, before you spend time on a run that can't succeed.
Configuration requise pour Robot
Configurez les types de robots dont vous avez besoin.
- Les robots cloud sans serveur consomment des Platform Units et sont adaptés aux tests Web et d'API. Elles s'adaptent automatiquement dans Test Cloud, mais ne prennent pas en charge les automatisations de poste de travail.
- Les robots locaux consomment 250 runtimes par bundle d'utilisateurs virtuels et sont requis pour les tests de performances du bureau. Ces runtimes doivent être attribués dans des modèles de machine dans Orchestrator. Reportez-vous à la configuration système requise pour les robots locaux.
Configuration requise pour le réseau
Firewall-safe HTTP metrics: If port 5671 (AMQP to Azure Event Hub) is blocked, Performance Testing automatically falls back to WebSocket-based communication over port 443, and if that also fails, to API-based metric delivery. You don't need to request a new firewall rule to get metrics flowing — the fallback is automatic. Refer to Troubleshooting performance testing for the port 5671 diagnostic, still the right first check if metrics aren't showing up.
Sources de données (entités Data Fabric)
Les scénarios de performances nécessitent souvent des données de test dynamiques à grande échelle. Test Manager peut se connecter aux entités Data Fabric, qui serviront de source de données de test paramétrées lors de l’exécution du scénario. Cela garantit une entrée réaliste et diversifiée pour les utilisateurs virtuels simultanés.