Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Ignorer les actions relatives au comportement du système
Les actions Override System Behavior constituent un moyen puissant de contrôler le fonctionnement des ressources spécifiques de votre flux de contacts lors de l'exécution des tests. Lorsque vous remplacez une ressource, vous modifiez temporairement son comportement à des fins de test sans modifier la configuration réelle de votre flux de contacts.
Comment fonctionnent les dérogations sur les ressources
Lorsque vous configurez un remplacement pour une ressource (comme une fonction Lambda, une file d'attente, un robot Lex ou des heures de fonctionnement), le remplacement ne s'applique qu'une seule fois à cette ressource spécifique. Cela signifie que la prochaine fois que cette ressource particulière sera invoquée lors de votre test, elle utilisera votre configuration de remplacement. Après cette utilisation unique, le remplacement est consommé et les appels suivants se comporteront normalement, sauf si vous avez configuré des remplacements supplémentaires.
Important
Une seule dérogation active par ressource spécifique est autorisée à la fois. Si vous configurez plusieurs remplacements pour la même ressource en séquence, ils fonctionnent comme une « file d'attente » (premier entré, premier sorti). Le remplacement configuré le moins récent a la priorité, mais les remplacements ultérieurs restent disponibles et seront activés dans un ordre séquentiel au fur et à mesure que chaque remplacement est utilisé.
Ce comportement à usage unique vous offre une flexibilité maximale pour remplacer les ressources à différents moments de votre flux de test, ce qui vous permet de tester différents scénarios avec la même ressource se comportant différemment à différents moments. Cependant, la meilleure pratique consiste à remplacer vos ressources lorsque vous les observez afin de simplifier la logique de configuration de vos tests.
Exemple simple : tester différentes réponses Lambda
Passons en revue un exemple pratique pour illustrer comment cela fonctionne.
Scénario : votre flux de contacts appelle deux fois une fonction Lambda spécifique, une fois pour valider le statut du compte d'un client et une nouvelle fois plus tard pour récupérer l'historique de ses commandes. Vous souhaitez tester la façon dont votre flux gère les différentes réponses à chaque appel.
Configuration du test :
-
Premier groupe d'interaction — Observation : le test a commencé
-
Action : remplacez la fonction Lambda « ValidateAccount » par une réponse fictive renvoyant « Active »
-
-
Deuxième groupe d'interaction — Observez : la fonction Lambda « ValidateAccount » démarre
-
Action : remplacez la fonction Lambda « » ValidateAccount par une réponse fictive renvoyant « Suspendu »
-
La première dérogation (renvoyant « Active ») est utilisée car elle a été configurée le moins récemment au sein du groupe d'interaction
-
Votre flux reçoit le statut « Actif ».
-
-
Troisième groupe d'interaction — Observez : la fonction Lambda « ValidateAccount » recommence
-
La dernière dérogation (renvoyant « Suspendu ») est désormais utilisée
-
Votre flux reçoit le statut « Suspendu ».
-
Que se passe-t-il : Même si vous avez configuré deux remplacements pour la même fonction Lambda, chaque remplacement n'est utilisé qu'une seule fois, dans l'ordre séquentiel de configuration. Grâce aux remplacements séquentiels, vous pouvez tester la façon dont votre flux gère les différentes réponses provenant de la même ressource à différents moments du test.
Annuler les ressources et les actions prises en charge
Remplacement de la fonction Lambda
Contrôle le comportement des appels de fonctions Lambda pendant votre test. Vous pouvez rediriger vers une autre fonction Lambda ou fournir des réponses fictives.
Ressource de substitution : redirige les appels Lambda pour utiliser une fonction différente, ce qui est utile lorsque vous souhaitez utiliser une version de test de votre fonction Lambda.
Options de configuration :
-
Action — Sélectionnez « Comportement fictif des ressources »
-
Type de ressource : fonction Lambda
-
Ressource cible : sélectionnez dans la liste déroulante ou saisissez l'ARN de la fonction Lambda que vous souhaitez remplacer
-
Option — Choisissez « Ressource de remplacement »
-
Ressource de remplacement : sélectionnez dans la liste déroulante ou indiquez l'ARN de la fonction Lambda de remplacement
Réponse fictive : fournit des réponses prédéfinies sans appeler réellement de fonction Lambda, à utiliser pour des tests isolés.
Options de configuration pour Success Response :
-
Option — Choisissez « Réponse fictive »
-
Réponse — Sélectionnez « Succès »
-
Délai — Spécifiez le nombre de secondes à attendre avant de renvoyer la réponse
-
JSON brut (facultatif) — Entrez les données à renvoyer (au format JSON)
Options de configuration pour la réponse aux erreurs :
-
Option — Choisissez « Réponse fictive »
-
Réponse — Sélectionnez « Erreur »
-
Délai — Spécifiez le nombre de secondes à attendre avant de renvoyer la réponse
Annulation des heures d'ouverture
Modifie le comportement des contrôles des heures de fonctionnement, ce qui vous permet de tester des scénarios pendant et en dehors des heures de bureau, quelle que soit l'heure réelle.
Ressource de remplacement : redirige vers une autre ressource sur les heures d'ouverture.
Options de configuration :
-
Action — Sélectionnez « Comportement fictif des ressources »
-
Type de ressource — Heures d'ouverture
-
Ressource cible : sélectionnez dans la liste déroulante ou saisissez l'ARN des heures d'ouverture que vous souhaitez modifier
-
Option — Choisissez « Ressource de remplacement »
-
Ressource de remplacement : sélectionnez dans la liste déroulante ou fournissez l'ARN de la ressource sur les heures de fonctionnement de remplacement
Réponse fictive : renvoie un résultat prédéfini sans vérifier les heures réelles.
Options de configuration pour Response :
-
Option — Choisissez « Réponse fictive »
-
Réponse — Choisissez « InHours » ou « OutOfHours » ou « Erreur »
Lex ne peut pas annuler
Contrôle les interactions entre les robots Lex pendant les tests, ce qui vous permet d'utiliser des robots de test.
Ressource de remplacement : redirige vers un autre bot Lex.
Options de configuration :
-
Action — Sélectionnez « Comportement fictif des ressources »
-
Type de ressource — Lex bot
-
Ressource cible : sélectionnez dans la liste déroulante ou saisissez l'ARN et l'alias du bot Lex que vous souhaitez remplacer
-
Option — Choisissez « Ressource de remplacement »
-
Ressource de remplacement : sélectionnez dans la liste déroulante ou indiquez l'ARN et l'alias de la ressource Lex bot de remplacement
Réponse fictive : fournit des réponses de bot prédéfinies sans appeler le bot réel.
Options de configuration pour Response :
-
Option — Choisissez « Réponse fictive »
-
Réponse — Choisissez « Succès », « Erreur » ou « Délai dépassé »
-
Délai — Spécifiez le nombre de secondes à attendre avant de renvoyer la réponse
-
JSON brut (facultatif) — Entrez les données à renvoyer (au format JSON)
La résolution de l'intention du bot Lex V2 peut différer pendant la simulation
Pendant la simulation, la Text/Utterance saisie envoie les énoncés du client au bot Lex V2 sous forme de texte. Lors d'un véritable appel vocal, le bot utilise un chemin optimisé pour la voix. Cette trajectoire peut produire des scores de confiance différents pour les mêmes mots. Par conséquent, le bot peut revenir FallbackIntent pendant la simulation pour des énoncés qui se résolvent correctement lors d'un appel réel.
Pour obtenir des résultats déterministes, utilisez l'option Mock Response. Cela permet de contourner l'invocation de Lex en direct et de fournir des résultats de test cohérents.
Remplacement de la file d'attente
Modifie le comportement de transfert de file d'attente pour tester différents scénarios de file d'attente ou des échecs de transfert.
Ressource de remplacement : redirige les transferts vers une autre file d'attente.
Options de configuration :
-
Action — Sélectionnez « Comportement fictif des ressources »
-
Type de ressource : file d'attente
-
Ressource cible : sélectionnez dans la liste déroulante ou entrez l'ARN de la file d'attente que vous souhaitez remplacer
-
Option — Choisissez « Ressource de remplacement »
-
Ressource de remplacement : sélectionnez dans la liste déroulante ou indiquez l'ARN de la ressource de file d'attente de remplacement
Réponse fictive : simule les échecs de transfert pour tester le chemin d'erreur.
Options de configuration :
-
Option — Choisissez « Réponse fictive »
-
Réponse — Choisissez « File d'attente pleine » ou « Erreur »
