test-manager
latest
false
- 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
- Assigning test cases to a test set
- Activation de la couverture des activités
- 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
- 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
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
Guide de l'utilisateur de Test Manager
Dernière mise à jour 16 oct. 2025
In this example, Load Group 1 shows the status Failed because the configured service level objective (SLO) for response time was violated.
- HTTP response time: The chart shows multiple spikes above the defined threshold of 1,000 ms, with peaks reaching over 5,000 ms. These consistent threshold violations triggered the failed status.
- HTTP errors and automation errors: Both remained at 0%, so the failure was not due to request errors or automation breakdowns, but purely due to performance degradation.
- Automation step duration: Execution times for steps fluctuated heavily, with some activities taking significantly longer than expected, further indicating instability in application response.
- Infrastructure metrics: Robot CPU and memory usage stayed within acceptable ranges, showing that the issue was not related to insufficient infrastructure capacity, but rather to the performance of the system under test itself.
Because response times repeatedly exceeded the threshold, the system flagged the group as Failed. This result highlights that while functional execution was correct, the application did not meet the expected performance levels under the applied load.
