- 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
- Importer des 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
- Créer des tests automatisés
- Étape 1 : remplir les prérequis pour les scénarios de performances
- Étape 2 : Ajouter des scénarios de performances
- Étape 3 : Ajouter des cas de test pour charger des groupes
- Étape 4 : Configurez les paramètres du groupe de charge
- 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 groupes de charge définissent les cas de test spécifiques qui s'exécuteront en parallèle à grande échelle. Chaque groupe peut représenter une charge de travail distincte (par ex. le flux de connexion vs le flux de transactions).
Dans les systèmes réels, le trafic des applications provient rarement d’un seul type d’utilisateur ou suit un modèle uniforme. En concevant des scénarios avec des types de cas de test différents, des profils de chargement et des délais d’exécution, vous simulez des conditions d’utilisation réalistes, ce qui rend plus probable de découvrir les goulots d’étranglement et de valider que l’application peut gérer les vrais besoins à l’échelle de la production.
En combinant plusieurs groupes de charge dans un scénario, vous pouvez :
-
Mix different automation types: Include API, Web UI, and Desktop test cases together to reflect the diversity of how users and systems interact with the application. For example, API calls may run in high volume while fewer desktop or web users perform more complex transactions.
-
Simulate realistic traffic patterns: Different load groups allow you to model varied timings, ramp-ups, and peak loads. Some users may log in continuously, while others generate activity in bursts or spikes, as shown in the screenshot where one group runs steadily while others ramp up and down at different times.
-
Detect interaction effects: Running different workloads in parallel highlights how one process may affect the performance of another. For instance, a surge in API requests may slow down web transactions, or heavy login activity could impact back-end processing times.
-
Stress the system holistically: Multiple groups together create a more authentic end-to-end workload, ensuring the system is validated against combined stress, not just isolated test cases. This improves confidence that performance in the test environment reflects production behavior.
- Connectez-vous à Test Manager.
- Go to Performance Scenarios and open a scenario.
- Select Add Load Group or select the Test case field in an empty load group to open the selection dialog.
- To set the execution context, under Default folder, select the Orchestrator folder where your user and robot are assigned.
- Choisissez le cas de test que vous souhaitez exécuter à grande échelle.
- Sélectionnez le type de robot.
- Cloud serverless robots consume Platform Units and are recommended for Web and API testing.
- On-premises robots consume runtimes (250 per Virtual Users Bundle), which must be configured in machine templates in Orchestrator.
- Sélectionnez la version du package de l’automatisation que vous souhaitez exécuter. Par défaut, la version la plus récente est choisie automatiquement.
- Confirmez votre sélection.