Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Aktionen zum Systemverhalten außer Kraft setzen
Aktionen zum Überschreiben des Systemverhaltens bieten eine leistungsstarke Möglichkeit, die Funktionsweise bestimmter Ressourcen in Ihrem Kontaktablauf während der Testausführung zu steuern. Wenn Sie eine Ressource überschreiben, ändern Sie zu Testzwecken vorübergehend ihr Verhalten, ohne Ihre tatsächliche Contact-Flow-Konfiguration zu ändern.
So funktionieren Überschreibungen von Ressourcen
Wenn Sie eine Überschreibung für eine Ressource konfigurieren (z. B. eine Lambda-Funktion, eine Warteschlange, einen Lex-Bot oder Betriebsstunden), gilt die Überschreibung nur einmal für diese spezifische Ressource. Das heißt, wenn diese bestimmte Ressource das nächste Mal während Ihres Tests aufgerufen wird, verwendet sie Ihre Override-Konfiguration. Nach dieser einmaligen Verwendung wird die Überschreibung verbraucht, und nachfolgende Aufrufe verhalten sich normal, sofern Sie keine zusätzlichen Überschreibungen konfiguriert haben.
Wichtig
Pro bestimmter Ressource ist jeweils nur eine aktive Überschreibung zulässig. Wenn Sie nacheinander mehrere Überschreibungen für dieselbe Ressource konfigurieren, funktionieren sie wie eine „Warteschlange“ (first in, first out). Die zuletzt konfigurierte Überschreibung hat Vorrang, aber spätere Überschreibungen bleiben verfügbar und werden in sequentieller Reihenfolge aktiviert, sobald jede Überschreibung verbraucht ist.
Dieses Verhalten bei einmaliger Verwendung bietet Ihnen maximale Flexibilität beim Überschreiben von Ressourcen an verschiedenen Stellen in Ihrem Testablauf, sodass Sie verschiedene Szenarien testen können, in denen sich dieselbe Ressource zu unterschiedlichen Zeitpunkten unterschiedlich verhält. Es hat sich jedoch bewährt, Ihre Ressourcen zu überschreiben, wenn Sie sie beobachten, um Ihre Testkonfigurationslogik zu vereinfachen.
Einfaches Beispiel: Testen verschiedener Lambda-Antworten
Lassen Sie uns ein praktisches Beispiel durchgehen, um zu veranschaulichen, wie das funktioniert.
Szenario: Ihr Kontaktablauf ruft zweimal eine bestimmte Lambda-Funktion auf, einmal, um den Kontostatus eines Kunden zu überprüfen, und später erneut, um dessen Bestellhistorie abzurufen. Sie möchten testen, wie Ihr Flow bei jedem Anruf mit unterschiedlichen Antworten umgeht.
Konfiguration testen:
-
Erste Interaktionsgruppe — Beobachten: Test gestartet
-
Aktion: Lambda-Funktion "ValidateAccount" überschreiben, wobei die Scheinantwort „Aktiv“ zurückgibt
-
-
Zweite Interaktionsgruppe — Beobachten: Die Lambda-Funktion "ValidateAccount" wird gestartet
-
Aktion: Lambda-Funktion "ValidateAccount" überschreiben, wobei die Scheinantwort „Suspended“ zurückgibt
-
Die erste Überschreibung (die „Active“ zurückgibt) wird verwendet, weil sie erst vor Kurzem in der Interaktionsgruppe konfiguriert wurde
-
Ihr Flow erhält den Status „Aktiv“.
-
-
Dritte Interaktionsgruppe — Beobachten: Die Lambda-Funktion "ValidateAccount" wird erneut gestartet
-
Die letzte Überschreibung (die „Suspended“ zurückgibt) wird jetzt verwendet
-
Ihr Flow erhält den Status „Ausgesetzt“.
-
Was passiert: Obwohl Sie zwei Overrides für dieselbe Lambda-Funktion konfiguriert haben, wird jede Override nur einmal verwendet, und zwar in sequentieller Reihenfolge der Konfiguration. Auf diese Weise können Sie testen, wie Ihr Flow an verschiedenen Testpunkten mit unterschiedlichen Antworten derselben Ressource umgeht.
Unterstützte Ressourcen und Aktionen außer Kraft setzen
Lambda-Funktion überschreiben
Steuert, wie sich Lambda-Funktionsaufrufen während Ihres Tests verhalten. Sie können zu einer anderen Lambda-Funktion umleiten oder Scheinantworten bereitstellen.
Ersatzressource: Leitet Lambda-Aufrufe weiter, um eine andere Funktion zu verwenden. Dies ist nützlich, wenn Sie eine Testversion Ihrer Lambda-Funktion verwenden möchten.
Konfigurationsoptionen:
-
Aktion — Wählen Sie „Mock Resource Behavior“
-
Ressourcentyp — Lambda-Funktion
-
Zielressource — Wählen Sie aus der Dropdownliste oder geben Sie den ARN der Lambda-Funktion ein, die Sie überschreiben möchten
-
Option — Wählen Sie „Ersatzressource“
-
Ersatzressource — Wählen Sie aus der Drop-down-Liste oder geben Sie den ARN der Ersatz-Lambda-Funktion an
Scheinantwort: Stellt vordefinierte Antworten bereit, ohne tatsächlich eine Lambda-Funktion aufzurufen. Wird für isolierte Tests verwendet.
Konfigurationsoptionen für Success Response:
-
Option — Wählen Sie „Mock Response“
-
Antwort — Wählen Sie „Erfolgreich“
-
Verzögerung — Geben Sie an, wie viele Sekunden gewartet werden soll, bevor die Antwort zurückgegeben wird
-
Raw JSON (optional) — Geben Sie die Daten ein, die zurückgegeben werden sollen (im JSON-Format)
Konfigurationsoptionen für die Fehlerantwort:
-
Option — Wählen Sie „Mock Response“
-
Antwort — Wählen Sie „Fehler“
-
Verzögerung — Geben Sie an, wie viele Sekunden gewartet werden soll, bevor die Antwort zurückgegeben wird
Betriebszeiten werden außer Kraft gesetzt
Ändert das Verhalten von Prüfungen während der Betriebszeiten, sodass Sie unabhängig von der tatsächlichen Uhrzeit sowohl innerhalb der Öffnungszeiten als auch in out-of-hours Szenarien testen können.
Ersatzressource: Leitet zu einer Ressource mit anderen Betriebszeiten weiter.
Konfigurationsoptionen:
-
Aktion — Wählen Sie „Mock Resource Behavior“
-
Ressourcentyp — Betriebszeiten
-
Zielressource — Wählen Sie aus der Dropdownliste oder geben Sie den ARN der Betriebsstunden ein, die Sie überschreiben möchten
-
Option — Wählen Sie „Ersatzressource“
-
Ersatzressource — Wählen Sie aus der Drop-down-Liste oder geben Sie den ARN der Ersatzressource für die Betriebsstunden an
Scheinantwort: Gibt ein vordefiniertes Ergebnis zurück, ohne die tatsächlichen Stunden zu überprüfen.
Konfigurationsoptionen für Response:
-
Option — Wählen Sie „Mock Response“
-
Antwort — Wählen Sie entweder InHours "" oder "OutOfHours" oder „Fehler“
Lex Bot überschreiben
Steuert Lex-Bot-Interaktionen während des Tests, sodass Sie Test-Bots verwenden können.
Ersatzressource: Leitet zu einem anderen Lex-Bot weiter.
Konfigurationsoptionen:
-
Aktion — Wählen Sie „Mock Resource Behavior“
-
Ressourcentyp — Lex bot
-
Zielressource — Wählen Sie aus der Dropdownliste oder geben Sie den ARN und den Alias des Lex-Bot ein, den Sie überschreiben möchten
-
Option — Wählen Sie „Ersatzressource“
-
Ersatzressource — Wählen Sie aus der Drop-down-Liste oder geben Sie den ARN und den Alias der Ersatz-Lex-Bot-Ressource an
Scheinantwort: Stellt vordefinierte Bot-Antworten bereit, ohne den eigentlichen Bot aufzurufen.
Konfigurationsoptionen für Response:
-
Option — Wählen Sie „Mock Response“
-
Antwort — Wählen Sie entweder „Erfolgreich“ oder „Fehler“ oder „Zeitlimit überschritten“
-
Verzögerung — Geben Sie an, wie viele Sekunden gewartet werden soll, bevor die Antwort zurückgegeben wird
-
Raw JSON (optional) — Geben Sie die Daten ein, die zurückgegeben werden sollen (im JSON-Format)
Warteschlange überschreiben
Ändert das Verhalten der Warteschlangenübertragung, um verschiedene Warteschlangenszenarien oder Übertragungsfehler zu testen.
Ersatzressource: Leitet Übertragungen in eine andere Warteschlange um.
Konfigurationsoptionen:
-
Aktion — Wählen Sie „Mock Resource Behavior“
-
Ressourcentyp — Warteschlange
-
Zielressource — Wählen Sie aus der Dropdownliste oder geben Sie den ARN der Warteschlange ein, die Sie überschreiben möchten
-
Option — Wählen Sie „Ersatzressource“
-
Ersatzressource — Wählen Sie aus der Drop-down-Liste oder geben Sie den ARN der Ersatz-Warteschlangenressource an
Scheinantwort: Simuliert Übertragungsfehler beim Testen von Fehlerpfaden.
Konfigurationsoptionen:
-
Option — Wählen Sie „Mock Response“
-
Antwort — Wählen Sie entweder „Warteschlange voll ausgelastet“ oder „Fehler“
