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.
Exemple de simulation
Exemple de flux de contacts
Dans cet exemple, le flux de contacts gère les intentions de réservation de vols à l'aide d'un bot Amazon Lex configuré pour détecter deux intentions : réserver un vol et passer à un agent. Lorsque le robot Lex gère avec succès l'intention de vol du livre, le flux de contacts est interrompu. Si le bot Lex détecte une intention d'escalade d'un agent ou ne parvient pas à capturer une quelconque intention, le contact est transféré dans une file d'attente pour être connecté à un agent.
Création d'un scénario de test pour le flux de contact
Dans ce cas de test, nous validons deux scénarios :
-
Le vol du livre avait pour but de confirmer que le robot Lex collecte les bons emplacements.
-
L'agent d'escalade a pour but de vérifier que le contact est transféré vers une file d'attente après l'escalade.
Dans le concepteur de scénarios de test, créez cinq groupes d'interaction. Connectez les quatre premiers en séquence pour valider le flux de conversation avec le robot Lex. Ajoutez un cinquième groupe d'interaction ouvert pour valider l'action de transfert vers la file d'attente.
Le groupe d'interaction ouvert fonctionne indépendamment des autres, garantissant que le transfert de file d'attente est validé même si une intention ne correspond pas ou si le bot Lex rencontre une erreur. Cela est dû au fait que les branches par défaut et erreur du bot Lex dans le flux de contacts sont toutes deux connectées au bloc de transfert de file d'attente.
Configurer le paramètre de test
Sous Canal, sélectionnez Chat, puis sélectionnez le flux de contacts que vous souhaitez simuler. Ce scénario de test prend en charge les canaux d'appel vocal et de chat. En fonction de votre sélection, la simulation lancera un appel ou une session de chat. Les étapes suivantes utilisent la simulation de chat à des fins de démonstration.
Les résultats de simulation du robot Lex peuvent ne pas correspondre à de vrais appels vocaux
La résolution de l'intention du bot Lex V2 peut différer entre la simulation et les appels vocaux réels. Si vous observez des FallbackIntent résultats inattendus, utilisez les remplacements Mock Response sur le bot Lex pour obtenir des résultats déterministes. Pour plus d'informations sur la configuration de ces remplacements, voir Lex bot override.
Configuration des groupes d'interaction
Groupe d'interactions 1 : Valider le message initial du bot
Ce groupe valide le message de bienvenue initial et simule l'intention du client de réserver un vol.
Observez la configuration des blocs :
-
Type d'événement — Message reçu
-
Acteur — Système
-
Message attendu : « Bonjour, bienvenue sur anytravel, vous pouvez dire, réservez un vol. »
-
Critères de correspondance — Similaires
Configuration du bloc d'action :
-
Action — Envoyer des instructions
-
Comédien — Client
-
Type d'entrée — Text/Utterance
-
Paramètre d'entrée — « Je souhaite réserver un vol »
Groupe d'interaction 2 : Valider la ville d'origine de la collecte du bot
Ce groupe vérifie que le bot collecte le créneau correspondant à la ville de départ et simule la réponse du client.
Utilisez la même configuration que celle du groupe d'interaction 1 avec l'invite d'observation réglée sur « D'où volez-vous ? » et l'invite de simulation réglée sur « Seattle ».
Groupe d'interaction 3 : Valider la ville de destination de collecte des bots
Ce groupe vérifie que le bot collecte le créneau correspondant à la ville de destination et simule la réponse du client.
Utilisez la même configuration que celle du groupe d'interactions 1 avec l'invite d'observation réglée sur « Où est votre destination ? » et l'invite de simulation a été réglée sur « New York ».
Groupe d'interactions 4 : Valider la date de collecte des bots et simuler l'escalade des agents
Ce groupe confirme que le bot collecte le créneau correct pour la date de départ et simule une réponse du client qui déclenche une escalade de l'agent.
Utilisez la même configuration que celle du groupe d'interaction 1 avec l'invite d'observation réglée sur « Quelle est votre date de départ ? » et l'invite de simulation réglée sur « Je dois me connecter à un agent ».
Groupe d'interactions 5 : Valider le transfert vers la file d'attente
Ce groupe confirme que le contact est transféré vers une file d'attente et envoie une commande de test pour mettre fin au test.
Observez la configuration des blocs :
-
Type d'événement : action déclenchée
-
Acteur — Système
-
Type de ressource : file d'attente
-
Ressource cible — BasicQueue (sélectionnez la ressource de file d'attente que vous souhaitez observer)
-
Opération — Transfert vers la file d'attente
Configuration du bloc d'action :
-
Action — Commandes de test
-
Type de contrôle de test — Fin du test
Exécuter des tests et analyser les résultats
Après avoir configuré tous les groupes et blocs d'interaction, publiez le scénario de test et choisissez Exécuter le test pour ouvrir la page des résultats des tests et suivre les résultats en temps réel.
Une fois le test terminé, les résultats de chaque groupe d'interactions sont affichés dans l'ordre d'exécution. Notez que les entrées Configuration initiale , Début et Fin sont ajoutées à la trace d'exécution pour fournir une visibilité sur les étapes du système permettant de lancer et de terminer le test.
Choisissez chaque trace de groupe d'interaction pour afficher les résultats détaillés de chaque bloc d'observation et d'action.
Cliquez sur le lien ID du contact pour accéder à la page détaillée du contact. Si l'interaction automatisée avec les agents et le résumé automatique des interactions sont activés dans le flux de contacts, le chat de simulation ou l'appel vocal sera analysé en conséquence.
