Exécution de scénarios de performances

Exécutez des scénarios de performances dans Test Manager sous forme de simulations ou de tests de pleine charge pour évaluer le comportement du système sous charge.

Start a performance scenario, follow its four execution phases, and read the live dashboard and charts. A dry run runs each load group with a single robot before you start the full execution.

Context

Exécutez un scénario de performances en exécutant d'abord une simulation pour valider la stabilité et les exigences en ressources, puis en lançant une exécution complète pour mesurer la charge, les temps de réponse et les taux d'erreur de vos utilisateurs virtuels configurés.

Étapes

1. Connectez-vous à Test Manager.

2. Ouvrez un projet.

3. Open a performance scenario and select Dry run.

   Astuce :

   Une simulation exécute chaque groupe de charge avec un seul robot pour valider la stabilité de l'automatisation et détecter les mauvaises configurations de l'infrastructure. Une fois la simulation démarrée, développez le panneau Journaux des applications situé à droite pour vérifier les fonctionnalités non prises en charge détectées par l'analyseur de workflow. Examinez le journal d'activité et les fichiers de workflow pour identifier et corriger tous les problèmes avant de lancer une exécution complète. L'exécution à sec calcule également les ressources requises avant l'exécution complète.

4. During the dry run, under Test groups, identify a group and select its associated camera icon to view the live streaming.

   Remarque :

   La diffusion en direct est disponible uniquement pendant les simulations.

5. Open a performance scenario for which you already performed a dry run, then select Full execution. The execution screen is opened automatically.

6. Surveillez le tableau de bord en temps réel et vérifiez le statut de l’exécution. La barre de progression affiche quatre phases séquentielles.

   

   1. Chargement de la configuration de test : le système valide la configuration du scénario et charge les détails de la configuration (cas de test, groupes de charge, seuils et sources de données).
   2. Ajout des ressources : les ressources d'exécution nécessaires sont allouées.
      • Pour les Cloud robots, cela implique d'enregistrer des robots sans serveur et de consommer des Platform Units.
      • Pour les robots locaux, cela signifie que les machines et les runtimes appropriés sont disponibles.
   3. Préparation des utilisateurs virtuels : les utilisateurs virtuels sont initialisés en fonction des paramètres de groupe de charge définis, qui incluent la connexion des robots, l'affectation des cas de test et la préparation de l'environnement d'exécution.
   4. Exécution complète : le test de performance réel s'exécute en fonction du profil de charge configuré ( montée en puissance, pic, descente). La surveillance en temps réel des mesures (temps de réponse, taux d'erreur, utilisation de l'infrastructure) devient disponible à ce stade.

7. Consultez la vue d’ensemble de l’exécution. Le tableau de bord affiche le résumé de l’exécution d’un test de performance.

   

   • Groupes de charge: groupes de charge actifs s'exécutant actuellement en parallèle.
   • Utilisateurs virtuels: utilisateurs virtuels actuellement actifs pour l'ensemble du scénario.
   • Erreurs: des erreurs se sont produites lors de l’exécution jusqu’à présent (HTTP, erreurs d’automatisation) sur tous les groupes.
   • Délai de réponse moyen: délai de réponse détecté moyen et maximal dans tous les groupes.
   • Graphique: profil de charge avec une représentation visuelle de la progression.

8. Consultez les mesures. L’histogramme représente le temps de réponse moyen global pour le groupe de charge actuellement sélectionné. Vous pouvez redimensionner et déplacer la barre mise en surbrillance afin d’effectuer un zoom dans une plage de temps spécifique. Plusieurs graphiques sont également fournis.

   

   • La section du graphique Charger le profil indique le nombre d'utilisateurs virtuels qui étaient actifs à un moment donné. Cela reflète les phases de montée en puissance, de pic et de descente configurées.
   • The HTTP Response Time (ms) chart section tracks the average response time of HTTP requests over the selected period. Compare against thresholds (for example, 1,000 ms) to see where performance degrades.
   • The HTTP Errors chart section displays the percentage of HTTP-level errors (for example, 404, 503). This helps identify if server or network issues are causing instability.
   • La section du graphique Durée des étapes d'automatisation mesure la durée d'exécution des étapes d'automatisation individuelles. Les pics peuvent indiquer des inefficacités ou des problèmes dans la conception de l'automatisation.
   • The Automation Errors (%) chart section shows the percentage of automation-level errors (for example, failed selectors, exceptions). This helps differentiate system errors from automation issues.
   • La section du graphique Infrastructure – Exécution du processeur des robots (%) surveille l'utilisation du processeur des robots exécutant la charge. Une utilisation élevée ou persistante du processeur peut indiquer un goulot d’étranglement des ressources.
   • La section du graphique Infrastructure – Exécution de la mémoire des robots (%) suit la consommation de mémoire des robots d'exécution. Cela est utile pour repérer les fuites de mémoire ou l’utilisation excessive au fil du temps.
   • L'utilisation de mesures de centile telles que P50, P90 ou P95 s'affiche pour vous aider à comprendre la distribution des temps de réponse et à identifier les valeurs aberrantes susceptibles d'avoir un impact sur l'expérience utilisateur. Ceux-ci sont disponibles pour des mesures telles que: le temps de réponse HTTP, les erreurs HTTP, la durée de l'étape d'automatisation, les erreurs d'automatisation.

9. Surveillez les problèmes pendant l’exécution. Vérifiez le journal de l'application et les niveaux de gravité sur le côté droit de l'écran d'exécution. Pour les tests de performances d'API, vous pouvez consulter la progression et les résultats de l'exécution au format graphique et au format métrique. Les informations suivantes s’affichent : Niveaux d’API, moyen, minimum, maximum.

   

   • Info : informations générales telles que l'affectation des ressources
   • Avertissement – dépassement du seuil ou conditions à risque potentielles
   • Erreur : échecs d'automatisation ou HTTP (par exemple, délais d'attente des demandes, erreurs de sélecteur)
   • Fatal : échecs d'exécution graves qui empêchent le test de se poursuivre

Résultat

Le scénario de performances termine sa simulation ou son exécution complète. Le tableau de bord des résultats affiche les profils de charge, les temps de réponse, les taux d'erreur et les métriques d'infrastructure pour chaque groupe de charge.