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
- Créer des tests automatisés
- Exécution de scénarios de performances
- Comparer les résultats des performances
- Interprétation des résultats réussis
- Interprétation des résultats échoués
- Limitations connues des tests de performances
- Meilleures pratiques en matière de tests de performances
- Résolution des problèmes de tests de performances
- 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 11 nov. 2025
Dans cet exemple, le groupe de charge 2 a le statut Réussi , car tous les objectifs de niveau de service (SLO) configurés ont été remplis.
- Les métriques utilisateur (graphiques supérieurs) montrent que les temps de réponse HTTP sont restés bien en dessous du seuil de 1 000 ms tout au long de l'exécution, avec un temps de réponse moyen de 51 ms et un maximum de seulement 830 ms.
- Les erreurs HTTP et les erreurs d’automatisation sont toutes deux restées à 0 %, confirmant qu’aucune demande n’a échoué et que l’automatisation s’est exécutée de façon cohérente.
- Le graphique de la durée des étapes d'automatisation indique des performances stables, avec des temps d'exécution indiquant des variations, mais sans dépasser les tolérances attendues.
- Les métriques d’infrastructure (utilisation du processeur et de la mémoire des robots en cours d’exécution) sont restées dans des limites de sécurité, montrant que les ressources du robot n’ont pas été surchargées pendant l’exécution.
Étant donné que les performances de l'application et l'utilisation de l'infrastructure étaient saines, ce groupe de charge est marqué Réussi.