Étape 3 : Ajouter des cas de test pour charger des groupes

Les groupes de charge définissent les cas de test spécifiques qui s'exécuteront en parallèle à grande échelle. Chaque groupe peut représenter une charge de travail distincte (par ex. le flux de connexion vs le flux de transactions).

Dans les systèmes réels, le trafic des applications provient rarement d’un seul type d’utilisateur ou suit un modèle uniforme. En concevant des scénarios avec des types de cas de test différents, des profils de chargement et des délais d’exécution, vous simulez des conditions d’utilisation réalistes, ce qui rend plus probable de découvrir les goulots d’étranglement et de valider que l’application peut gérer les vrais besoins à l’échelle de la production.

En combinant plusieurs groupes de charge dans un scénario, vous pouvez :

• Mélangez différents types d’automatisation: inclure des cas de test d’API, d’IU Web et de bureau pour refléter la diversité de la façon dont les utilisateurs et les systèmes interagissent avec l’application. Par exemple, les appels d’API peuvent s’exécuter en volume élevé tandis que moins d’utilisateurs de bureau ou Web effectuent des transactions plus complexes.
• Simuler des modèles de trafic réalistes: différents groupes de charge vous permettent de modéliser des horaires variés, des montées en puissance et des pics de charge. Certains utilisateurs peuvent se connecter en continu, tandis que d’autres génèrent une activité par augmentations de montée en puissance ou de pics, comme illustré dans la capture d’écran où un groupe s’exécute de façon continue, tandis que d’autres connaissent des montées et des téléchargements à des moments différents.
• Détecter les effets d'interaction: l'exécution de différentes charges de travail en parallèle met en évidence la façon dont un processus peut affecter les performances d'un autre. Par exemple, une augmentation du nombre de requêtes d’API peut ralentir les transactions Web, ou une activité de connexion importante peut avoir un impact sur les temps de traitement back-end.
• Tester le système de manière globale: Plusieurs groupes créent ensemble une charge de travail de bout en bout plus authentifiée, garantissant que le système est validé par rapport à des pressions combinées, et pas seulement des cas de test isolés. Cela permet d'améliorer la fiabilité des performances dans l'environnement de test afin qu'elles reflètent le comportement de production.

1. Connectez-vous à Test Manager.
2. Accédez à Scénarios de performances et ouvrez un scénario.
3. Sélectionnez Ajouter un groupe de charge ou sélectionnez le champ Cas de test dans un groupe de charge vide pour ouvrir la boîte de dialogue de sélection.
4. Pour définir le contexte d'exécution, sous Dossier par défaut, sélectionnez le dossier Orchestrator auquel votre utilisateur et votre robot sont affectés.
5. Choisissez le cas de test que vous souhaitez exécuter à grande échelle.
6. Sélectionnez le type de robot.
   • Les robots sans serveur Cloud consomment Platform Units et sont recommandés pour les tests Web et d'API.
   • Les robots locaux utilisent des runtimes (250 par bundle d'utilisateurs virtuels), qui doivent être configurés dans les modèles de machine dans Orchestrator.
7. Sélectionnez la version du package de l’automatisation que vous souhaitez exécuter. Par défaut, la version la plus récente est choisie automatiquement.
8. Confirmez votre sélection.