Exécution de scénarios de performances

1. Connectez-vous à Test Manager.

2. Ouvrez un projet.

3. Effectuer un test. Ouvrez un scénario de performances et sélectionnez Test.

   Astuce :

   Une exécution d'essai exécute chaque groupe de charge avec un seul robot pour valider la stabilité de l'automatisation ou détecter les erreurs de configuration d'infrastructure. L’exécution d’essai calcule les ressources nécessaires avant l’exécution complète.

4. Lancez une exécution complète. Ouvrez un scénario de performances pour lequel vous avez déjà effectué un test. Sélectionnez Exécution complète. L'écran d'exécution. est ouvert automatiquement.

5. 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.

6. 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.

7. 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.
   • La section du graphique Délai de réponse HTTP (ms) suit le temps moyen de réponse des HTTP requêtes sur la période sélectionnée. Comparez par rapport à des seuils (par exemple, 1 000 ms) pour voir où les performances se dégradent.
   • La section du graphique Erreurs HTTP affiche le pourcentage d'erreurs au niveau HTTP(par exemple, 404, 503). Cela aidera à identifier si des problèmes de serveur ou de réseau sont à l'origine de l'instabilité.
   • 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.
   • La section du graphique Erreurs d'automatisation (%) affiche le pourcentage d'erreurs au niveau de l'automatisation (par exemple, échec des sélecteurs, exceptions). Cela aide à différencier les erreurs système des problèmes d’automatisation.
   • 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.

8. 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