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, zu steuern, wie bestimmte Ressourcen in Ihrem Kontaktablauf während der Testausführung funktionieren. Wenn Sie eine Ressource überschreiben, ändern Sie ihr Verhalten vorübergehend zu Testzwecken, ohne Ihre eigentliche Kontaktablaufkonfiguration zu ändern.
## So funktionieren Ressourcenüberschreibungen
Wenn Sie eine Überschreibung für eine Ressource konfigurieren (z. B. eine Lambda-Funktion, eine Warteschlange, einen Lex-Bot oder Betriebszeiten), gilt die Überschreibung nur einmal für diese bestimmte 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 ist die Override verbraucht, und nachfolgende Aufrufe verhalten sich normal — es sei denn, Sie haben zusätzliche Overrides konfiguriert.
**Wichtig**
Pro bestimmter Ressource ist zu einem bestimmten Zeitpunkt nur eine aktive Überschreibung zulässig. Wenn Sie mehrere Überschreibungen nacheinander für dieselbe Ressource konfigurieren, funktionieren sie wie eine „Warteschlange“ (zuerst rein, zuerst raus). Die zuletzt konfigurierte Überschreibung hat Vorrang, aber spätere Überschreibungen sind weiterhin verfügbar und werden in sequentieller Reihenfolge aktiviert, wenn jede Überschreibung verbraucht ist.
Dieses Single-Use-Verhalten bietet Ihnen maximale Flexibilität beim Überschreiben von Ressourcen an verschiedenen Stellen in Ihrem Testablauf. So können Sie verschiedene Szenarien testen, in denen sich dieselbe Ressource zu unterschiedlichen Zeitpunkten unterschiedlich verhält. Es empfiehlt sich jedoch, Ihre Ressourcen zu überschreiben, wenn Sie sie beobachten, um Ihre Testkonfigurationslogik zu vereinfachen.
## Einfaches Beispiel: Testen verschiedener Lambda-Antworten
Schauen wir uns ein praktisches Beispiel an, um zu veranschaulichen, wie das funktioniert.
Szenario: Ihr Kontaktablauf ruft eine bestimmte Lambda-Funktion zweimal auf, einmal, um den Kontostatus eines Kunden zu überprüfen, und später erneut, um seinen Bestellverlauf abzurufen. Sie möchten testen, wie Ihr Flow mit den unterschiedlichen Antworten auf jeden Anruf umgeht.
Konfiguration testen:
+ **Erste Interaktionsgruppe ** — Beobachten: Test gestartet
+ Aktion: Überschreiben Sie die Lambda-Funktion "ValidateAccount", sodass die Scheinantwort „Aktiv“ zurückgibt
+ **Zweite Interaktionsgruppe ** — Beachten Sie: Die Lambda-Funktion "" wird gestartet ValidateAccount
+ Aktion: Überschreiben Sie die Lambda-Funktion "ValidateAccount", wobei die Scheinantwort „Suspended“ zurückgibt
+ Die erste Überschreibung (die „Active“ zurückgibt) wird verwendet, weil sie vor Kurzem innerhalb der Interaktionsgruppe konfiguriert wurde
+ Ihr Flow erhält den Status „Aktiv“.
+ **Dritte Interaktionsgruppe ** — Beachten Sie: Die Lambda-Funktion "ValidateAccount" wird erneut gestartet
+ Die letzte Überschreibung (die „Suspended“ zurückgibt) wird jetzt verwendet
+ Ihr Flow erhält den Status „Gesperrt“.
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. Mit sequentiellen Überschreibungen können Sie testen, wie Ihr Flow an verschiedenen Stellen des Tests mit unterschiedlichen Antworten derselben Ressource umgeht.
## Unterstützte Ressourcen und Aktionen zum Überschreiben
### Überschreibung der Lambda-Funktion
Steuert, wie sich Lambda-Funktionsaufrufe während Ihres Tests verhalten. Sie können zu einer anderen Lambda-Funktion umleiten oder Scheinantworten bereitstellen.
**Ersatzressource: ** Leitet Lambda-Aufrufe um, 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 „Verhalten einer Ressource simulieren“
+ **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 „Ressource ersetzen“
+ **Ressource ersetzen ** — Wählen Sie aus der Drop-down-Liste aus oder geben Sie den ARN der Ersatz-Lambda-Funktion an
**Scheinantwort: ** Stellt vordefinierte Antworten bereit, ohne dass tatsächlich eine Lambda-Funktion aufgerufen wird. Kann für isolierte Tests verwendet werden.
Konfigurationsoptionen für Success Response:
+ **Option ** — Wählen Sie „Mock Response“
+ **Antwort ** — Wählen Sie „Erfolg“
+ **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
### Betriebsstunden außer Kraft setzen
Ändert das Verhalten von Betriebsstundenüberprüfungen, sodass Sie unabhängig von der tatsächlichen Uhrzeit sowohl Szenarien innerhalb als auch außerhalb der Geschäftszeiten testen können.
**Ersatzressource: Leitet ** zu einer anderen Ressource für Betriebszeiten um.
Konfigurationsoptionen:
+ **Aktion ** — Wählen Sie „Verhalten einer Ressource simulieren“
+ **Ressourcentyp ** — Betriebsstunden
+ **Zielressource ** — Wählen Sie aus der Dropdownliste oder geben Sie den ARN der Betriebsstunden ein, die Sie überschreiben möchten
+ **Option ** — Wählen Sie „Ressource ersetzen“
+ **Ersatzressource ** — Wählen Sie eine Ressource aus der Drop-down-Liste aus, oder geben Sie den ARN der Ressource für die Ersatzbetriebsstunden 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“
### Led nicht außer Kraft setzen
Steuert Lex-Bot-Interaktionen während des Testens, sodass Sie Test-Bots verwenden können.
**Ersatzressource: ** Leitet zu einem anderen Lex-Bot weiter.
Konfigurationsoptionen:
+ **Aktion ** — Wählen Sie „Verhalten einer Ressource simulieren“
+ **Ressourcentyp ** — Lex-Bot
+ **Zielressource ** — Wählen Sie aus der Drop-down-Liste oder geben Sie den ARN und den Alias des Lex-Bot ein, den Sie überschreiben möchten
+ **Option ** — Wählen Sie „Ressource ersetzen“
+ **Ressource ersetzen ** — Wählen Sie aus der Drop-down-Liste aus oder geben Sie den ARN und den Alias der Lex-Bot-Ersatzressource 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 „Erfolg“ 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)
**Die Auflösung der Absicht des Lex V2-Bots kann während der Simulation unterschiedlich sein**
Während der Simulation sendet die Text/Utterance Eingabe Kundenäußerungen als Text an den Lex V2-Bot. Bei einem echten Sprachanruf verwendet der Bot einen sprachoptimierten Pfad. Dieser Pfad kann zu unterschiedlichen Konfidenzwerten für dieselben Wörter führen. Daher kann es vorkommen, dass der Bot `FallbackIntent` während der Simulation nach Äußerungen zurückkehrt, die bei einem echten Anruf korrekt aufgelöst werden.
Verwenden Sie die Option ** Mock Response**, um deterministische Ergebnisse zu erhalten. Dadurch wird der Live-Lex-Aufruf umgangen und es werden konsistente Testergebnisse erzielt.
### 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 „Verhalten einer Ressource simulieren“
+ **Ressourcentyp ** — Warteschlange
+ **Zielressource ** — Wählen Sie aus dem Drop-down-Menü oder geben Sie den ARN der Warteschlange ein, die Sie überschreiben möchten
+ **Option ** — Wählen Sie „Ressource ersetzen“
+ **Ressource ersetzen ** — Wählen Sie aus der Drop-down-Liste oder geben Sie den ARN der Ersatz-Warteschlangenressource an
**Scheinantwort: ** Simuliert Übertragungsfehler für das Testen von Fehlerpfaden.
Konfigurationsoptionen:
+ **Option ** — Wählen Sie „Mock Response“
+ **Antwort ** — Wählen Sie entweder „Warteschlange voll ausgelastet“ oder „Fehler“
