Comprendre l’exécution en mode test de diagrammes temps réel

Les diagrammes temps réel sont conçus pour être exécutés sur un serveur d’exécution pour un seul visiteur à la fois. Vous pouvez, cependant, les tester dans Campaign pour vous assurer qu’ils créent et affectent les visiteurs aux segments appropriés.

Les exécutions en mode test des diagrammes temps réel vérifient uniquement la logique de segmentation. Pour procéder à un test complet des diagrammes temps réel et de leur interaction avec le point de contact, vous devez les déployer sur un serveur d’exécution en mode test.

La méthode de test des diagrammes temps réel est la même que celle utilisée pour les diagrammes batch : il s’agit de l’exécution en mode test. Bien que les résultats puissent sembler identiques (chaque segment se voit affecter un certain nombre de membres), la méthode d’affectation des membres par le diagramme est différente. Lors de l’exécution en mode test d’un diagramme temps réel, l’environnement de conception utilise un environnement d’exécution. L’environnement d’exécution traite chaque ligne de la table de profils en tant que visiteur, et les visiteurs du diagramme sont exécutés un à un.

L’environnement d’exécution fait référence aux données client des tables référencées dans les diagrammes temps réel et à l’ensemble des données en temps réel des paramètres d’événement, des appels externes, etc. Lors d’une exécution en mode test, l’environnement de conception n’a pas accès aux données en temps réel. Il utilise donc les données disponibles dans la table d’exécution en mode test. Vous devez collaborer avec l’administrateur Interact afin d’ajouter des échantillons de données au profil d’exécution en mode test. Ceux-ci permettront de tester correctement vos diagrammes temps réel. Par exemple, si vous définissez la logique de segmentation qui distingue les membres d’un référentiel en fonction du premier chiffre de leur code postal, assurez-vous que le profil d’exécution en mode test comporte une entrée pour chaque chiffre possible.

Par défaut, le processus Interaction limite le nombre d’entrées dans la table de profils utilisée lors d’une exécution en mode test. Vous pouvez toutefois définir le nombre d’enregistrements selon vos besoins. L’environnement de conception sélectionne les premiers enregistrements dans l’ordre des ID de référentiel. Par exemple, si vous limitez l’exécution en mode test à cinq enregistrements, il utilise les cinq premiers enregistrements de la table de profils, triés par ID de référentiel.

*

Vous ne pouvez consulter que les résultats de la dernière exécution en mode test. L’environnement de conception supprime toutes les données de l’exécution en mode test précédente lorsqu’une nouvelle exécution est lancée. Si l’exécution en mode test porte sur plus de 1 000 entrées ou si vous souhaitez afficher les données de l’exécution en mode test après avoir fermé la fenêtre, les données sont enregistrées dans les tables suivantes dans la base de données définie par testRunDataSource.

*
TestAttr_n : contient les données du rapport Tester les données de l’attribut d’exécution, à savoir, toutes les données de la table de profils pour chaque ID de référentiel.
*
TestCount_n : contient les données du rapport Tester le nombre de cibles d’exécution, à savoir, le nombre de membres dans chaque cible.
*
TestError_n : contient les données du rapport Tester les erreurs d’exécution, à savoir, toutes les erreurs survenues au cours de l’exécution en mode test, le cas échéant.
*
TestSeg_n : contient les données du rapport Tester les données du segment d’attribution, à savoir, l’ID de référentiel et le segment affecté.

Le suffixe _n correspond à l’ID du diagramme. Vous pouvez déterminer l’ID du diagramme en consultant la table UA_Flowchart dans les tables du système Campaign.



IBM Unica Interact
 
8.5.0
For more information, see our support and community site: Customer Central