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 1 affiche le statut Échec , car l’objectif de niveau de service configuré (SLO) pour le temps de réponse a été violé.
- Temps de réponse HTTP : le graphique affiche plusieurs pics supérieurs au seuil défini de 1 000 ms, avec des pics dépassant 5 000 ms. Ces violations de seuil cohérentes ont déclenché le statut d’échec.
- Erreurs HTTP et erreurs d'automatisation : les deux sont restées à 0 %, de sorte que l'échec n'était pas dû à des erreurs de requête ou à des pannes d'automatisation, mais uniquement en raison d'une dégradation des performances.
- Durée de l'étape d'automatisation : les temps d'exécution des étapes ont fortement changeant, tandis que certaines activités prennent beaucoup plus de temps que prévu, ce qui indique encore une instabilité de la réponse de l'application.
- Mesures d’infrastructure : l’utilisation du processeur et de la mémoire du robot est restée dans des plages acceptables, indiquant que le problème n’était pas lié à une capacité d’infrastructure insuffisante, mais plutôt aux performances du système testé.
Les temps de réponse ayant dépassé le seuil à plusieurs reprises, le système a marqué le groupe comme Échec. Ce résultat met en évidence que, bien que l'exécution fonctionnelle soit correcte, l'application n'a pas respecté les niveaux de performances attendus sous la charge appliquée.