UiPath Documentation
test-manager
latest
false
Guide de l'utilisateur de Test Manager
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Résolution des problèmes de tests de performances

Erreurs et solutions courantes pour les échecs des tests de performance dans Test Manager, y compris les problèmes de sélecteur, les inadéquations de packages et les problèmes de connexion du robot.

Consultez la liste des erreurs courantes et des scénarios d’échec de débogage.

Sélecteur introuvable.

Solution: Mettez à jour les sélecteurs d'IU et validez dans Studio.

Incompatibilité de package.

Solution: Mettre à niveau vers les versions de package prises en charge et redéployer.

Problèmes de connexion au robot.

Solution: Vérifiez la configuration et les informations d’identification d’Orchestrator.

Débogage des scénarios ayant échoué.

Solution: utilisez les journaux des applications, explorez les détails des erreurs HTTP et analysez les graphiques d'utilisation de l'infrastructure pour isoler les causes profondes.

Résolution des problèmes de métriques PT manquantes (Port 5671 bloqué)​

Si les graphiques de Performance Testing sont vides ou que les métriques sont manquantes, cela peut être causé par un pare-feu bloquant le port 5671, qui est requis pour la communication avec Azure Event Hub. Le robot UiPath utilise ce port pour envoyer des métriques de performances au service Performance Testing.

Si le port 5671 est bloqué, Performance Testing revient automatiquement à la communication basée sur WebSocket sur le port 443 et, si cela échoue également, revient à la livraison des métriques basée sur l'API. Vous n'avez généralement pas besoin de demander une nouvelle règle de pare-feu - la solution de secours se produit automatiquement - mais les diagnostics ci-dessous aident toujours à confirmer le chemin que vos métriques utilisent réellement.

Context​

  • Protocole de communication
    • Protocole: SAMQP
    • Transport: TCP
    • Port: 5671
  • Encryption
    • Toute la communication est sécurisée à l'aide de TLS 1.2 ou une version ultérieure.
    • Le chiffrement en transit est appliqué par Azure Event Hub.
    • Les données au repos sont chiffrées à l’aide de clés gérées par Microsoft. UiPath n’applique pas de chiffrement supplémentaire au niveau de la couche d’application.
  • Authentification
    • L'authentification est gérée à l'aide de jetons Shared Access Signature.
    • Les jetons sont émis et validés par Azure Event Hub.
    • Seuls les clients authentifiés peuvent publier des messages.
  • Détails du point de terminaison
    • Format de point de terminaison : *.http://servicebus.windows.net|servicebus.windows.net.
    • Service: Azure Event Hub (service Microsoft Azure géré).
  • Présentation de l'architecture
    1. Le robot envoie des indicateurs de performances à l'aide d'AMQP via TLS.
    2. Les données sont transmises à Azure Event Hub.
    3. Le service Performance Testing utilise les événements.
    4. Les mesures sont traitées et affichées dans des tableaux de bord.

Solution​

  1. Exécutez la commande suivante sur la machine robot à l'aide de Windows PowerShell.
    Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671
    Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671
    
  2. Interprétez les résultats.
    • Le port est ouvert (Attended). Cela signifie que le Robot peut correctement communiquer avec Azure Event Hub.
      TcpTestSucceeded : True
      TcpTestSucceeded : True
      
    • Le port est bloqué. Cela indique que le pare-feu bloque la communication sortante sur le port 5671.
      WARNING: TCP connect to (x.x.x.x : 5671) failed
      WARNING: TCP connect to (x.x.x.x : 5671) failed
      
      TcpTestSucceeded : False
      TcpTestSucceeded : False
      

Autorisez la connexion sortante suivante (règle de pare-feu).

 ```
 ProtocolPortDestinationTCP5671*.http://servicebus.windows.net|servicebus.windows.net
 ```
 ```
 ProtocolPortDestinationTCP5671*.http://servicebus.windows.net|servicebus.windows.net
 ```

Informations supplémentaires​

  1. Si le port 5671 est bloqué, Performance Testing revient automatiquement à la communication basée sur WebSocket sur le port 443 pour Event Hub et, si cela échoue également, se rabat ensuite sur la livraison des métriques basée sur l'API.
  2. Si les métriques n'apparaissent toujours pas après avoir confirmé que le port 5671 est bloqué, la solution de secours automatique a également échoué, généralement parce que le port 443 ou le point de terminaison de l'API Performance Testing est également bloqué en sortie pour cet environnement. Vérifiez ensuite l'accès sortant sur le port 443 et le point de terminaison de l'API Performance Testing.
  3. Si la connectivité réussit, mais que des métriques sont toujours manquantes, un examen plus approfondi des journaux du robot est nécessaire.

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour