Definieren Sie die Testimplementierung für die externe Weiterleitung

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 1 Minute Lesedauer

    • Definieren Sie das Plugin „External Routing Test Tools“ [com.glide.awa.external.test_tools] mit einem vereinfachten Beispiel für einen externen Weiterleitungsanbieter Automated Test Framework (ATF), indem Sie die Demodaten verwenden, die mit der Plugin-Installation verfügbar sind.

    Um „ExternalRoutingConfigurationTestTool“ auszuführen, vergewissern Sie sich, dass Sie:
    • Die Demodaten für AWA, awa.external und awa.external.test_tools wurden geladen.
    • Die Anmeldeinformationen wurden unter „ AutomationUser “ in der Tabelle „sys_auth_profile_basic“ ausgefüllt.
    • Die HTTP(s)-Verbindung wurde in „sys_alias“, Datensatz „ServiceNow_Basic“, erstellt.
    Sie müssen den Datensatz „ExternalRoutingConfigurationTestTool“ öffnen und auf „Test ausführen“ klicken, um die Aktionen des Tests für externe Weiterleitung abzuschließen.
    Abbildung : 1. Externer Weiterleitungskonfigurationstest
    Klicken Sie nach der gesamten Konfiguration auf Test ausführen. Wenn die Tests erfolgreich sind, werden die Verbindungen und Anmeldeinformationen ordnungsgemäß eingerichtet.

    Funktionen des Plugins „External Routing Test Tools“ (com.glide.awa.external.test_tools)

    Wenn das Plugin „External Routing Test Tools“ (com.glide.awa.external.test_tools) ausgeführt wird, validiert es Folgendes:
    • Der Verbindungsdatensatz wird in der HTTP(S)-Verbindung [http_connection] erstellt.
    • Die Anmeldeinformationen werden in der HTTP(S)-Verbindung [http_connection] bereitgestellt.
    • Der AWA_Queue-Datensatz wurde erfolgreich mit den folgenden Werten aktualisiert:
      • Extern = wahr
      • Anbieter = ServiceNow-Demo
    • In der Interaktionstabelle [interaction] mit den folgenden Werten wurde erfolgreich ein Datensatz erstellt:
      • Kurzbeschreibung = Aus ATF-Testautomatisierung erstellt
      • Status = Neu
      • Typ = Chat
    • Der Datensatz wird automatisch im Arbeitselement erstellt.
    • Das serverseitige Validierungsskript wird ausgeführt, indem die Arbeitselement-ID an Workflow-Studio übergeben und der externe CCaaS-Anbieter aufgerufen wird.
    • Die sys_flow_context-ID wird aus der Ausführung von sys_flow_context abgerufen.
    • Die abgerufene sys_flow_context-ID liefert die Payload-Antwort.
    • Die Payload-Antwort gehört zu dem von Ihnen erstellten Arbeitselement.
    • Das serverseitige Validierungsskript wird ausgeführt, um zu überprüfen, ob die Antwort erfolgreich ist, und anschließend wird die Nutzlast an die REST-API für manuelle Zuweisungen gesendet.
    • Die Autorisierung für Anmeldeinformationen wird in der Tabelle „Grundlegende Authentifizierungskonfiguration“ [sys_auth_profile_basic] konfiguriert.
    • In der Benutzertabelle [sys_user] ist ein Agent verfügbar, um die Nutzlast zu erhöhen.
    • Das serverseitige Validierungsskript wird ausgeführt, um zu bestätigen, dass der Agent im richtigen Servicekanal verfügbar ist.
    • Die REST API für manuelle Zuweisungen wird aufgerufen, wenn der Service Desk-Mitarbeiter verfügbar ist.
    • Der Antwortstatus ist „Erfolgreich“, und die Antwortnutzlast enthält Manuelle Zuweisung erfolgreich angefordert.
    • Das Arbeitselement AWA wurde dem Service Desk-Mitarbeiter erfolgreich zugewiesen und befindet sich nicht im Status „Warteschlange“.
      Hinweis:
      Wenn der Test bei einem Schritt fehlschlägt, werden dem Benutzer detaillierte Informationen darüber, wo die Konfiguration fehlgeschlagen ist, zusammen mit der Lösung zur Behebung des Problems angezeigt.