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.
Annuler les actions de comportement du système
Les actions Override System Behavior constituent un moyen puissant de contrôler le fonctionnement de ressources spécifiques de votre flux de contacts pendant 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 aux ressources
Lorsque vous configurez une dérogation pour une ressource (telle qu'une fonction Lambda, une file d'attente, un robot Lex ou des heures de fonctionnement), la dérogation 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 pendant votre test, elle utilisera votre configuration de remplacement. Après cette utilisation unique, la dérogation est consommée 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). La dérogation configurée la plus récente est prioritaire, mais les remplacements ultérieurs restent disponibles et s'activeront dans un ordre séquentiel au fur et à mesure que chaque remplacement est consommé.
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 une 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 votre logique de configuration de test.
Exemple simple : test de 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 autre fois 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 — Observer : début du test
-
Action : remplacez la fonction Lambda ValidateAccount « » par une réponse fictive renvoyant « Active »
-
-
Deuxième groupe d'interaction — Observez : la fonction Lambda « » démarre ValidateAccount
-
Action : remplacez la fonction Lambda « » par une réponse fictive renvoyant ValidateAccount « Suspendu »
-
La première dérogation (renvoyant « Active ») est utilisée car elle a été configurée 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 » redémarre
-
La modification la plus récente (renvoyant « Suspended ») 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. Cela vous permet de 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.
Remplacer les ressources et les actions prises en charge
Dérogation de la fonction Lambda
Contrôle le comportement des appels de fonction Lambda pendant votre test. Vous pouvez rediriger vers une autre fonction Lambda ou fournir des réponses fictives.
Ressource de remplacement : 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 simulé des ressources »
-
Type de ressource — Fonction Lambda
-
Ressource cible : sélectionnez dans la liste déroulante ou entrez 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 fournissez l'ARN de la fonction Lambda de remplacement
Réponse fictive : fournit des réponses prédéfinies sans appeler aucune fonction Lambda, à utiliser pour des tests isolés.
Options de configuration pour Success Response :
-
Option — Choisissez « Mock Response »
-
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 qui doivent être renvoyées (au format JSON)
Options de configuration pour la réponse aux erreurs :
-
Option — Choisissez « Mock Response »
-
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 d'ouverture, ce qui vous permet de tester à la fois en quelques heures et out-of-hours selon des scénarios, quelle que soit l'heure réelle.
Ressource de remplacement : redirige vers une autre ressource relative aux heures d'ouverture.
Options de configuration :
-
Action — Sélectionnez « Comportement simulé des ressources »
-
Type de ressource — Heures d'ouverture
-
Ressource cible : sélectionnez dans le menu déroulant ou entrez l'ARN des heures d'ouverture que vous souhaitez annuler
-
Option — Choisissez « Ressource de remplacement »
-
Ressource de remplacement : sélectionnez dans la liste déroulante ou fournissez l'ARN de la ressource de remplacement sur les heures d'ouverture
Réponse fictive : renvoie un résultat prédéfini sans vérifier les heures réelles.
Options de configuration pour Response :
-
Option — Choisissez « Mock Response »
-
Réponse — Choisissez « InHours », « OutOfHours » ou « Erreur »
Dérogation du robot Lex
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 robot Lex.
Options de configuration :
-
Action — Sélectionnez « Comportement simulé des ressources »
-
Type de ressource — Lex bot
-
Ressource cible : sélectionnez dans la liste déroulante ou entrez 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 fournissez l'ARN et l'alias de la ressource Lex bot de remplacement
Réponse fictive : fournit des réponses prédéfinies au bot sans appeler le robot lui-même.
Options de configuration pour Response :
-
Option — Choisissez « Mock Response »
-
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 qui doivent être renvoyées (au format JSON)
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 d'échecs de transfert.
Ressource de remplacement : redirige les transferts vers une autre file d'attente.
Options de configuration :
-
Action — Sélectionnez « Comportement simulé 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 « Mock Response »
-
Réponse — Choisissez « File d'attente à pleine capacité » ou « Erreur »
