Limitations connues des tests de performances

Contraintes connues pour les tests de performance dans Test Manager, y compris les limites de runtime du robot et le maximum de tâches simultanées.

Limites de durée d'exécution

Les robots Cloud, Serverless, peuvent s’exécuter pendant 60 minutes maximum par test. Les robots locaux peuvent dépasser cette limite.

Limites de simultanéité

• Nombre maximal de tâches simultanées: jusqu'à 500 tâches peuvent s'exécuter simultanément à l'aide de robots sans serveur.

• Impact sur les utilisateurs virtuels — sans serveur: le nombre d'utilisateurs virtuels exploitables dépend du multiplexage (plusieurs VU par tâche). Par exemple, avec un facteur de multiplexage de 4, un scénario peut passer à 2 000 utilisateurs virtuels simultanés.

  • Ce facteur est automatiquement détecté lors du test et signalé dans les journaux de l’application. Il ne peut pas être remplacé manuellement pour les robots sans serveur.

• Impact sur les utilisateurs virtuels — sur site: les robots sur site ne sont pas limités à 2 000 VU. Avec des licences suffisantes, le test peut calculer un nombre plus élevé d’utilisateurs virtuels, jusqu’à un maximum strict de 10 000 utilisateurs virtuels simultanés. Contrairement aux robots sans serveur, le facteur de multiplexage peut être remplacé manuellement.

• Contraintes VPN: lorsque vous utilisez un VPN, la simultanéité efficace dépend de la capacité du VPN ou de la passerelle.

  • Limite par défaut: environ 250 tâches simultanées
  • La limite réelle peut varier en fonction de l' UGS de la passerelle et de la capacité de l'infrastructure.
  • Si une simultanéité plus élevée est requise, les clients doivent contacter l’assistance UiPath ou leur équipe de compte pour discuter des options de mise à l’échelle VPN.

• Durée d'exécution: les robots sans serveur sont limités à 60 minutes par exécution

Types d'automatisation pris en charge

Les tests de performances sont actuellement limités aux automatisations liées au navigateur, aux API (HTTP WebRequest et aux automatisations du bureau. Par exemple, Integration Service ou les automatisations codées ne sont pas encore prises en charge.

Parmi ces types d'automatisation pris en charge, l'analyseur de workflow signale désormais automatiquement les activités non prises en charge spécifiques pendant l'exécution du test - voir Création de tests automatisés pour la liste actuelle.

Le mode Incognito/InPrivate n’est pas pris en charge pour les environnements locaux

Les exécutions de test de performances sur des machines locales ne prennent pas en charge l’automatisation du navigateur en mode Chrome Incognito ou en mode Edge InPrivate.

Cette limitation est due à des restrictions de sécurité du navigateur qui exigent que les extensions soient activées manuellement pour la navigation privée. Bien que l’extension du navigateur UiPath puisse être installée (par exemple, via la stratégie de groupe), elle ne peut pas être automatiquement activée en mode incognito, ce qui empêchera l’automatisation d’interagir avec le navigateur pendant l’exécution du test.

En outre, Performance Testing crée de nouveaux répertoires d'utilisateurs de navigateur pour chaque exécution. L’activation de l’extension pour le mode navigation privée nécessiterait une configuration manuelle pour chacun de ces répertoires, ce qui rend peu pratique pour les scénarios automatisés. Pour de plus amples informations, reportez-vous à la section Alternative pour activer le mode Incognito de la documentation de Studio.

Cette limitation s’applique uniquement aux environnements locaux.

Dans les environnements sans serveur, le mode Incognito est pris en charge car la configuration du navigateur est entièrement gérée par UiPath.

Solution: exécutez les tests en mode navigateur standard.

Performance Testing crée son propre profil de navigateur et répertoire dédiés, garantissant qu’il n’interfère pas avec le profil par défaut de l’utilisateur. Cette configuration permet aux tests de s’exécuter dans un environnement sandboxed, comme en mode navigation privée. Après l’exécution, tous les répertoires de navigateur créés pour les tests sont nettoyés, de façon à ne laisser aucune donnée résidus.

Limites supplémentaires

L'accès programmatique direct aux données brutes de test de performance n'est pas encore pris en charge.