À la fin d'un test de charge Performance Testing Service (PTS), le service collecte automatiquement les données de test et génère un rapport. Ce dernier couvre les métriques au niveau du scénario, les détails métier par Sampler, l'état des générateurs de charge ainsi que les journaux d'échantillonnage des requêtes. Il vous fournit toutes les informations nécessaires pour évaluer les performances du système et identifier les goulots d'étranglement.
Prérequis
Avant de commencer, assurez-vous d'avoir :
Effectué un test de performance JMeter dans PTS. Les rapports JMeter sont identifiés par l'icône tag JMeter
dans la liste des rapports.
Ouvrir un rapport
Connectez-vous à la console PTS et accédez à Performance Test > Reports.
Repérez le rapport cible et cliquez sur View Report dans la colonne Actions.
Les journaux d'échantillonnage sont conservés pendant 30 jours. Passé ce délai, leur consultation n'est plus possible. Pour éviter toute perte de données, exportez le rapport vers votre appareil local avant la fin de la période de rétention.
Sections du rapport
Un rapport de test de performance JMeter comprend quatre sections : Business Monitoring, Load Generator Monitoring, Request Sampling Log et JMeter Logs.
Surveillance métier
Accédez à Global Monitoring > Business Monitoring pour consulter les métriques au niveau du scénario et les ventilations par Sampler.

Cette vue contient deux groupes de métriques :
Les métriques de scénario résument l'exécution globale du test :
| Métrique | Description |
|---|---|
| VUM | Ressources totales consommées, mesurées en minutes d'utilisateur virtuel (VUM). Une VUM correspond à un utilisateur virtuel exécuté pendant une minute. |
| Scenario Concurrency | Utilisateurs virtuels simultanés actifs. Pendant la phase de montée en charge, cette valeur augmente progressivement jusqu'au niveau de concurrence configuré. Une fois la montée en charge terminée, elle correspond au niveau configuré. |
| Scenario TPS (s) | Nombre total de requêtes sur toutes les périodes statistiques des agents, divisé par le temps. |
| Total Requests | Nombre total de requêtes envoyées pour l'ensemble du scénario. |
| Successful RT Avg (ms) | Temps de réponse moyen (RT) pour toutes les requêtes réussies. Une valeur stable ou faible indique des performances backend cohérentes. |
| Failed RT Avg (ms) | Temps de réponse moyen pour toutes les requêtes ayant échoué. Comparez-le au temps de réponse des requêtes réussies pour déterminer si les échecs sont liés à des délais d'expiration ou à des rejets immédiats. |
| Success Rate | Pourcentage de requêtes réussies sur l'ensemble des agents. |
| Load Source | Origine du trafic de test : internet public depuis la Chine continentale ou VPC Alibaba Cloud. |
| Specified IP Addresses | Nombre d'adresses IP source configurées dans les paramètres de charge du scénario. |
Les métriques métier détaillent les performances par Sampler individuel :
| Métrique | Description |
|---|---|
| Sampler Name | Nom du Sampler ou total agrégé du scénario. |
| Total Requests | Nombre total de requêtes envoyées par ce Sampler. |
| Average TPS | Valeur TPS moyenne du scénario actuel pendant la période de test de performance. Calculée comme le nombre total de requêtes lors du test de performance du Sampler divisé par la durée du test. |
| Success Rate | Pourcentage de requêtes réussies pour ce Sampler. Cliquez sur le nombre de succès ou d'échecs pour accéder directement aux entrées de journal correspondantes. Cliquez sur Details pour voir les nombres d'échecs regroupés par code d'état HTTP (2XX, 3XX, 4XX, 5XX) et autres exceptions. Sous other exceptions, consultez le classement des erreurs, les messages d'erreur et leur répartition en pourcentage. |
| Average Response Time | Temps de réponse moyen pour ce Sampler. Cliquez sur Details pour voir les temps de réponse maximum, minimum et percentiles. |
| Traffic (Send/Receive) | Nombre total d'octets envoyés et reçus par ce Sampler. |
Interpréter les métriques métier
Utilisez ces modèles pour identifier les problèmes de performance courants :
Temps de réponse stables malgré une charge croissante : le système gère bien la charge. Il s'agit du comportement attendu pour un service sain.
Augmentation des temps de réponse avec un TPS stable : le backend approche de la saturation. Augmentez les ressources ou optimisez les endpoints lents.
Plafonnement du TPS tandis que la concurrence augmente : un goulot d'étranglement existe, probablement au niveau de l'application, de la base de données ou du réseau. Vérifiez les Samplers les plus lents pour obtenir des indices.
Baisse du taux de réussite : le nombre de requêtes ayant échoué augmente. Regroupez les erreurs par code d'état HTTP à l'aide de Details pour isoler la cause racine (par exemple, 429 pour une limitation de débit ou 503 pour une surcharge de service).
Surveillance des générateurs de charge
Accédez à Global Monitoring > Load Generator Monitoring pour vérifier l'état des machines générant le trafic de test.

La vue de surveillance affiche l'emplacement, la bande passante réseau, l'utilisation du CPU et l'utilisation de la mémoire de chaque générateur de charge. Surveillez ces métriques pour vous assurer que les générateurs de charge eux-mêmes ne deviennent pas un goulot d'étranglement susceptible de fausser les résultats des tests.
Journal d'échantillonnage des requêtes
Cliquez sur Request Sampling Log, puis sur View Details pour n'importe quelle requête afin d'inspecter ses informations General et son diagramme Timing Waterfall.
Les journaux d'échantillonnage sont utiles pour déboguer les échecs de requêtes individuelles. Le diagramme Timing Waterfall visualise le temps passé dans chaque phase de la requête, ce qui facilite l'identification des étapes lentes.
Journaux JMeter
Cliquez sur JMeter Logs pour afficher et récupérer la sortie des journaux du moteur JMeter.
Dans l'onglet JMeter Logs, utilisez la barre de filtre pour rechercher par Log Level, Time Range et Stress Thread. Sélectionnez un autre Load Generator ID pour afficher les journaux de ce générateur de charge. La zone de journal affiche les détails de démarrage et d'initialisation de JMeter, tels que la version, l'environnement Java, le système d'exploitation, la mémoire, le nombre de processeurs et le fichier JMX chargé.
Utilisez les journaux JMeter pour résoudre les problèmes au niveau du script, tels que des groupes de threads mal configurés, des erreurs de plugin ou des échecs d'assertion qui n'apparaissent pas dans les métriques métier.
Les données de surveillance sont collectées via Backend Listener. La période d'échantillonnage de l'agent et la période d'agrégation des données sont toutes deux de 15 secondes ; les métriques peuvent donc refléter un court délai par rapport aux conditions en temps réel.
Résoudre les problèmes courants
| Symptôme | Cause probable | Action |
|---|---|---|
| Taux d'erreur élevé avec des codes 5XX | Surcharge ou panne du service backend | Vérifiez les journaux de l'application et augmentez les ressources backend. |
| Taux d'erreur élevé avec des codes 4XX | Paramètres de requête incorrects ou problèmes d'authentification | Vérifiez la configuration du Sampler et les en-têtes de requête dans le journal d'échantillonnage. |
| Pics de temps de réponse au début du test | Démarrages à froid, échecs de cache ou initialisation du pool de connexions | Exécutez d'abord un court test de montée en charge, ou excluez la phase de montée en charge de l'analyse. |
| Utilisation élevée du CPU du générateur de charge | Le générateur est surchargé | Répartissez la charge sur plusieurs générateurs ou réduisez la concurrence par générateur. |
| Les métriques affichent un délai inattendu | Fenêtre d'agrégation de 15 secondes | Il s'agit d'un comportement attendu. Attendez au moins deux cycles d'agrégation avant de tirer des conclusions. |
Étapes suivantes
Métriques de test : Référence complète de toutes les métriques PTS et de leurs définitions.
Guide technique pour les tests de performance : Bonnes pratiques pour concevoir et exécuter des tests de charge.
Analyse des tests et optimisation : Conseils pour interpréter les résultats et optimiser les performances du système.