Tous les produits
Search
Centre de documentation

Performance Testing:Déboguer des scénarios

Dernière mise à jour :Aug 10, 2026

Une fois que vous avez configuré un scénario de test de charge, déboguez-le pour valider la configuration et éviter les échecs de test. Cette rubrique explique comment déboguer les scénarios Performance Testing Service (PTS) et JMeter.

Prérequis

Vous avez créé un scénario PTS ou JMeter. Pour plus d'informations, consultez Créer un scénario PTS ou Créer un scénario JMeter.

Procédure

  1. Connectez-vous à la console PTS et sélectionnez Performance Test > Scenarios.

  2. Dans la colonne Actions du scénario cible, cliquez sur Edit pour ouvrir la page Edit Scenario. Ensuite, cliquez sur Debug pour déboguer l'intégralité du scénario.

    Pendant le débogage, cliquez sur l'icône 调试场景.png située dans le coin supérieur droit pour réduire la fenêtre. Une fenêtre flottante apparaît alors dans le coin inférieur droit, vous permettant de surveiller l'état du débogage. Cliquez sur cette fenêtre flottante pour restaurer la boîte de dialogue Debug Scenario.

  3. Dans les résultats du débogage, consultez les journaux des requêtes. Cliquez sur une API pour afficher ses détails de débogage.

    Si vous souhaitez déboguer uniquement une seule API, accédez également à la page scenario settings et cliquez sur Debug API à droite de l'API pour visualiser ses résultats de débogage.

    Important

    Le débogage d'une seule API au sein d'un VPC n'est pas pris en charge. Pour déboguer un scénario dans un VPC, cliquez sur Debug afin de déboguer l'ensemble du scénario.

Scénario PTS

Sur l'interface de débogage des scénarios PTS, la partie gauche affiche la liste d'exécution séquentielle et indique l'état d'exécution de chaque API : un point vert signifie que l'opération a réussi, tandis qu'un point rouge signale une exception. En cas d'échec d'une assertion, l'interface affiche le message suivant : « Assertion failed, so subsequent requests are not sent. » La section General située à droite présente des informations telles que l'URL de la requête, la méthode de requête, le code de réponse, le contenu exporté et le résultat JSON de la vérification. Sous cette section se trouvent trois onglets : request details, response details et Timing. Dans l'onglet response details, développez les sections pour consulter les informations des points de contrôle, l'en-tête de réponse, le corps de réponse et les informations d'erreur. Lorsqu'une requête est anormale, la section des informations d'erreur affiche des détails spécifiques, tels que IllegalArgumentException: forbidden uri, uri host must match vpc cidr pattern 10.0.0.0/8, 172.16.0.0/12. Cela indique que l'hôte de l'URI de la requête doit correspondre aux modèles CIDR VPC spécifiés.

  1. Résultats des assertions

    Une icône « x » signale une exception. Sélectionnez l'API pour afficher les détails de la réponse à droite.

  2. État de la réponse

    L'état peut correspondre à un code d'état (par exemple 200, 302, 403, 503 ou 500) ou à un message Abnormal. Un message Abnormal signifie qu'aucune réponse n'a été reçue. Cela peut être dû à un délai d'attente de la requête ou à une erreur dans l'URL ou le corps de la requête, comme l'utilisation d'une fonction non reconnue ou un format d'URL invalide.

    Remarque

    Consultez les détails de la requête et de la réponse pour chaque API déboguée. Pour résoudre ces problèmes, vérifiez les points suivants :

    • Si l'état de la réponse est Abnormal, examinez les détails de l'exception dans la section error information de l'onglet Response Details. Par exemple, l'exception peut être causée par des paramètres invalides, tels que l'utilisation incorrecte d'une fonction système.

    • Si l'état de la réponse correspond à un code d'état autre que 200, vérifiez les informations renvoyées et dépannez le problème en utilisant les journaux de votre serveur.

    • En cas d'échec d'une assertion, vérifiez les détails de l'assertion dans la section Check Point Information de l'onglet Response Details. Si la valeur actuelle est vide, aucune valeur de paramètre de sortie n'a été extraite.

  3. Informations d'erreur

    Cette section affiche les détails concernant les réponses anormales, telles que les délais d'attente, les erreurs de paramètres ou les rejets de connexion.

  4. L'onglet Timing détaille le temps consacré aux principales étapes du cycle de vie d'une requête.

    Utilisez le modèle en cascade Timing pour visualiser les informations d'erreur. Toutes les erreurs apparaissent dans ce modèle.

    Par exemple, si vous activez la redirection 302 dans les paramètres du scénario, examinez le modèle en cascade Timing pour vérifier si une redirection s'est produite et identifier son chemin spécifique.

  5. Tester une expression de paramètre de sortie

    Pour extraire une chaîne spécifique des détails de la réponse d'une requête, généralement à partir d'un corps de réponse textuel, testez une expression régulière dans la fenêtre de débogage pour vérifier sa validité. Vous pouvez également réinitialiser le paramètre de sortie si nécessaire.

    Remarque

    Cette fonctionnalité n'est pas disponible pour les formats JSON des types application/json et text/json, car ces formats sont faciles à analyser.

    1. Dans la boîte de dialogue Debug Scenario , sélectionnez une API à droite et cliquez sur Click to test the regular expression for the output parameter.

    2. Dans la boîte de dialogue Test output parameter regular expression , sélectionnez un format source, saisissez une expression régulière et spécifiez la Nième correspondance. Ensuite, cliquez sur Test Expression. Utilisez le résultat de la correspondance dans les détails de la réponse pour vérifier que le contenu extrait correspond bien à vos attentes.

    3. Pour réinitialiser le paramètre de sortie, cliquez sur Sync Output Parameter afin de synchroniser l'expression régulière avec la liste des paramètres de sortie de l'API.

      Remarque

      Si vous avez synchronisé un paramètre de sortie pendant le débogage, revenez à l'onglet scenario settings du scénario de test de charge et définissez un nom pour le paramètre de sortie dans l'onglet Output Parameter Definition de l'API.

Scénario JMeter

Le panneau engine logs situé à droite affiche les journaux de démarrage du moteur JMeter, y compris les informations sur l'environnement d'exécution telles que le numéro de version, la version JDK, le système d'exploitation, la mémoire maximale et le nombre de processeurs disponibles. Dans le coin inférieur droit, la zone Architecture Topology affiche la topologie de l'architecture.

Cliquez sur un Sampler pour afficher les détails des requêtes et des réponses ainsi que le modèle en cascade Timing dans la zone sampling log .

  • Journal d'échantillonnage :

    • L'onglet General affiche l'URL de la requête, la méthode de requête et le code d'état de la requête.

    • L'onglet request details affiche les en-têtes de requête, le corps et le paquet original.

    • L'onglet Response Details affiche les en-têtes de réponse, le corps et le paquet original.

    • L'onglet Timing affiche le temps consacré à chaque API.

  • La zone Engine Logs affiche les journaux d'exécution de JMeter. Si aucun journal d'échantillonnage n'est généré après le débogage du script, analysez et résolvez les problèmes en utilisant les informations d'erreur contenues dans les journaux du moteur. Pour plus d'informations sur les erreurs courantes et leurs causes, consultez Erreurs courantes.