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 Performance Testing sont vides ou si des métriques sont manquantes, cela peut être dû à un pare-feu qui bloque le port 5671, qui est requis pour la communication avec Azure Event Hub. Le robot UiPath utilise ce port pour envoyer des mesures de performances au service de test de performances.

Si le port 5671 est bloqué, Performance Testing revient automatiquement à la communication basée sur WebSocket sur le port 443; en cas d'échec également, il revient ensuite à la livraison de métriques basée sur l'API. Vous n'avez généralement pas besoin de demander une nouvelle règle de pare-feu - le secours se produit automatiquement - mais le diagnostic ci-dessous aide toujours à confirmer le chemin que vos mesures 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
   

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
     

   • 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
     

     TcpTestSucceeded : False
     

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

 ```
 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 en cas d'échec également, revient à la livraison de métriques basée sur l'API.
2. Si les métriques ne s'affichent toujours pas après avoir confirmé que le port 5671 est bloqué, le recours automatique n'a pas réussi non plus, car le port 443 ou le point de terminaison de l'API de test de performance 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.