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.
Observez le bloc
Le bloc Observe est un composant fondamental du framework de test qui définit les événements système que vous souhaitez surveiller pendant l'exécution du test. C'est comme configurer des points de contrôle dans votre test où vous attendez que des choses spécifiques se produisent avant de passer à l'action.
Lorsqu'un bloc Observe est configuré dans votre test, vous dites au système : « Surveillez cet événement particulier et, lorsqu'il se produit, exécutez ces actions spécifiques ». Cette approche axée sur les événements reflète la façon dont les interactions réelles se produisent dans les centres de contact : quelque chose se produit, puis vous y réagissez.
Comprendre les observations actives
Un bloc Observe devient une observation active lorsqu'il surveille activement l'événement spécifié pendant la simulation. Il est essentiel de comprendre comment les observations passent d'un état actif à un état inactif pour prédire le comportement des tests.
Lorsque les observations deviennent actives :
-
Tous les groupes d'interaction de départ qui ne sont pas connectés depuis un autre groupe d'interaction ou marqués d'une bannière « de démarrage » sont marqués comme actifs lorsque l'exécution du test commence.
-
Lorsqu'un événement correspond, tous les blocs Check et Actions du même groupe d'interaction sont exécutés. En cas d'exécution réussie, l'observation de tout groupe d'interaction connecté est marquée comme active.
-
Plusieurs observations peuvent être actives simultanément lorsque votre test comporte plusieurs groupes d'interaction de départ.
Lorsque les observations deviennent inactives :
-
Une observation devient inactive lorsque l'événement attendu correspond avec succès.
Impact sur les résultats des tests :
Si l'événement attendu d'une observation active ne se produit pas, l'observation continuera de surveiller l'événement jusqu'à ce que le test expire au bout de 5 minutes. Ce délai indique que la validation a échoué, ce qui a entraîné l'échec de votre test. Lorsqu'une observation échoue en raison d'un délai d'attente :
-
L'observation reste active, mais elle n'est pas satisfaite.
-
Les blocs Check et Action attachés à ce bloc Observe dans le groupe d'interaction ne seront pas exécutés car l'événement observé n'a pas été réalisé.
-
L'exécution du test se termine par un état d'échec.
Lorsqu'une observation aboutit, ce qui signifie que l'événement correspond, l'observation est marquée comme inactive et tous les blocs de vérification ou d'action du même groupe d'interaction sont exécutés avant de passer au groupe d'interaction connecté suivant.
Quels événements pouvez-vous observer ?
Le bloc Observe permet de surveiller plusieurs types d'événements système :
Événement lancé par le test
Cet événement se déclenche au tout début de l'exécution de votre test. C'est particulièrement utile lorsque vous devez définir les conditions initiales avant le début de toute interaction avec le client. Par exemple, vous souhaiterez peut-être configurer les comportements du système ou simuler des dépendances externes dès le début du test.
Options de configuration :
-
Type d'événement — Sélectionnez « Test démarré » dans le menu déroulant
Exemples d'actions : définissez ce qui doit se passer au début du test (par exemple, modifier les comportements du système).
Événement terminé avec le test
Cet événement est observé lorsque l'exécution de votre test touche à sa fin. Utilisez-le pour capturer les actions relatives aux informations d'état finales une fois toutes les interactions de test terminées.
Options de configuration :
-
Type d'événement — Sélectionnez « Test terminé » dans le menu déroulant
Exemples d'actions : Spécifiez les actions de validation ou de journalisation finales à effectuer.
Événement de réception d'un message
Cet événement détecte le moment où le système émet une invite ou envoie une réponse vocale au client simulé.
L'événement Message reçu propose des options de correspondance flexibles pour identifier le bon message :
Options de configuration :
-
Type d'événement — Sélectionnez « Message reçu » dans le menu déroulant
-
Contenu du message — Spécifiez le message à rechercher à l'aide de l'une des méthodes suivantes :
-
Texte — Entrez le contenu textuel attendu du message
-
SSML — Fournit un contenu au format SSML correspondant
-
-
Critères de correspondance : choisissez le mode de correspondance du message :
-
Similaire — Utilise une correspondance sémantique intelligente pour trouver des messages ayant une signification similaire (recommandé dans la plupart des cas)
-
Contient — Vérifie si le message observé contient le texte que vous avez spécifié
-
Important
(Voix) Les résultats des tests peuvent légèrement varier d'une série à l'autre. Le système décompose le son en segments en fonction des pauses et des modèles vocaux naturels, qui peuvent varier en fonction de la durée des pauses ou de la structure de leurs phrases. Cela signifie que vous pouvez constater des variations dans la façon dont les instructions apparaissent selon les exécutions de test.
Événement lancé par une action Flow
Cet événement observe le moment où des actions spécifiques de votre flux de contacts commencent à être exécutées. Il vous permet de détecter et de répondre aux opérations effectuées dans votre flux, telles que les appels de fonction Lambda, les vérifications des heures de fonctionnement, les transferts de files d'attente ou l'initialisation de robots.
Options de configuration :
-
Type d'événement — Sélectionnez « Action déclenchée » dans le menu déroulant
-
Type de ressource — Choisissez l'action de flux à observer :
-
Fonction Lambda : détecte lorsqu'une fonction Lambda est appelée (sélectionnez dans la liste déroulante ou spécifiez l'ARN de la fonction)
-
Heures d'ouverture — Surveille les vérifications des heures d'ouverture (sélectionnez dans le menu déroulant ou spécifiez l'ARN des heures d'ouverture)
-
File d'attente — Observe les actions de transfert de file d'attente (sélectionnez dans la liste déroulante ou spécifiez l'ARN de la file d'attente)
-
Lex Bot — Détecte les connexions au bot Lex (sélectionnez dans la liste déroulante ou spécifiez l'ARN et l'alias du bot)
-
À quelle fréquence l'événement devrait-il se produire ?
Chaque bloc Observe hérite d'un paramètre d'utilisation par défaut du groupe d'interaction qui contrôle le nombre de fois que l'événement doit être mis en correspondance pendant l'exécution du test. Par défaut, l'événement ne doit se produire qu'une seule fois. La modification de ce paramètre n'est pas prise en charge.
Connecter les groupes d'interaction
Après avoir défini les éléments à observer, ajoutez un connecteur au groupe d'interaction. Dans le menu du groupe d'interaction (1), choisissez Ajouter un connecteur, puis faites glisser le connecteur jusqu'au début du groupe d'interaction contenant l'observation suivante. Cela crée un flux logique tout au long de votre test, passant d'un point de contrôle à l'autre au fur et à mesure que les événements se produisent.
