Définir l’implémentation des tests d’acheminement externe

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • Définissez le module d’extension Outils de test d’acheminement externe [com.glide.awa.external.test_tools] avec un exemple simplifié d’infrastructure de test automatisé (ATF) de fournisseur d’acheminement externe à l’aide des données de démonstration disponibles avec l’installation du module d’extension.

    Pour exécuter ExternalRoutingConfigurationTestTool, vérifiez que vous disposez des éléments suivants :
    • Chargement des données de démonstration pour AWA, awa.external et awa.external.test_tools.
    • Renseignez les informations d’identification dans AutomationUser dans la table sys_auth_profile_basic.
    • A créé la connexion HTTP(s) dans sys_alias, ServiceNow_Basic enregistrement.

    Vous devez ouvrir l’enregistrement ExternalRoutingConfigurationTestTool et cliquer sur Exécuter le test pour effectuer les actions du test d’acheminement externe.

    Fonctions du module d’extension External Routing Test Tools (com.glide.awa.external.test_tools)

    Lorsque le module d’extension External Routing Test Tools (com.glide.awa.external.test_tools) est exécuté, il valide si :
    • L’enregistrement de connexion est créé dans la connexion HTTP(S) [http_connection].
    • Les informations d’identification sont fournies dans la connexion HTTP(S) [http_connection].
    • L’enregistrement AWA_Queue est mis à jour avec succès avec les valeurs suivantes :
      • Externe = vrai
      • Fournisseur = Démo ServiceNow
    • Un enregistrement est créé avec succès dans la table Interaction [interaction] avec les valeurs suivantes :
      • Description brève = Créé à partir de l’automatisation des tests ATF
      • État = Nouveau
      • Type = Messagerie instantanée
    • L’enregistrement est automatiquement créé dans l’élément de travail.
    • Le script de validation côté serveur est exécuté en transmettant l’ID de l’élément Studio de workflow de travail au fournisseur CCaaS tiers externe.
    • L’ID de sys_flow_context est récupéré à partir de l’exécution du sys_flow_context.
    • L’ID de sys_flow_context récupéré fournit la réponse de la charge utile.
    • La réponse de la charge utile appartient à l’élément de travail que vous avez créé.
    • Le script de validation côté serveur est exécuté pour vérifier si la réponse est correcte, puis la charge utile est envoyée à l’API REST d’affectation manuelle.
    • L’autorisation pour les informations d’identification est configurée dans la table Configuration de l’authentification de base [sys_auth_profile_basic].
    • Un agent est disponible dans la table Utilisateur [sys_user] pour monter la charge utile.
    • Le script de validation côté serveur est exécuté pour confirmer que l’agent est disponible dans le canal de service correct.
    • L’API REST Affectation manuelle est appelée lorsque l’agent est disponible.
    • L’état de la réponse est réussi et la charge utile de la réponse contient une affectation manuelle demandée avec succès.
    • L’élément AWA de travail est affecté avec succès à l’agent et n’est pas dans l’état File d’attente.
      Remarque :
      Si le test échoue à une étape, des informations détaillées sur l’endroit où la configuration a échoué sont fournies à l’utilisateur, ainsi que la solution pour y remédier.