Conceptos básicos de las ejecuciones de prueba de diagramas de flujo tiempo real

Los diagramas de flujo tiempo real están diseñados para ejecutarse en un servidor de ejecución con un visitante a la vez. Sin embargo, pueden probarse en Campaign para asegurarse de que el diagrama de flujo de tiempo real cree y asigne visitantes a los segmentos esperados.

Las ejecuciones de prueba de los diagramas de flujo de tiempo real simplemente revisan la lógica de segmentación. Para hacer una prueba completa de los diagramas de flujo tiempo real y saber cómo interactúan con el punto de encuentro, se debe implementar el diagrama de flujo tiempo real en un servidor de ejecución de prueba.

El método de prueba de diagramas de flujo tiempo real es igual que el de diagramas de flujo tipo batch, es decir, realizar una ejecución de prueba. Aunque los resultados pueden parecer similares, a cada segmento se asigna cierto número de miembros, la manera en que el diagrama de flujo asigna miembros es diferente. Cuando se realiza una ejecución de prueba de un diagrama de flujo tiempo real, el entorno de diseño utiliza el entorno de ejecución. El entorno de ejecución trata a cada fila de la tabla de perfil como un visitante y ejecuta un visitante a la vez en el diagrama de flujo.

El entorno de ejecución hace referencia a los datos del cliente suministrados en tablas a las que se hace referencia en los diagramas de flujo de tiempo real y a todos los datos en tiempo real disponibles desde los parámetros de evento, llamadas externas, etc. Durante una ejecución de prueba, el entorno de diseño no tiene acceso a datos en tiempo real verdaderos. El entorno de diseño utiliza los datos disponibles en la tabla de ejecución de prueba. Es necesario trabajar con el administrador de Interact para agregar datos de muestreo al perfil de ejecución de prueba que probarán correctamente los diagramas de flujo tiempo real. Por ejemplo, si se define la lógica de segmentación que separa a los miembros de la audiencia con base en el primer dígito de su código postal, es esencial asegurarse de tener una entrada en su perfil de ejecución de prueba para cada primer dígito posible.

De forma predeterminada, el proceso de interacción limita la cantidad de registros de entrada en la tabla de su perfil utilizada en una ejecución de prueba, pero puede ajustar la cantidad de registros utilizados según sea necesario. El entorno de diseño selecciona el primer número de registros en orden de ID de audiencia. Por ejemplo, si la ejecución de prueba se limita a 5 registros, el entorno de diseño utiliza los primeros 5 registros de la tabla de perfil de ejecución de prueba ordenados por ID de audiencia.

*

Es posible ver solo los resultados de la última ejecución de prueba. El entorno de diseño elimina todos los datos de la ejecución de prueba anterior al iniciar una nueva ejecución de prueba. Si hay más de 1000 entradas en la ejecución de prueba, o para ver datos de ejecución de prueba después de cerrar la ventana de la ejecución de prueba, los datos se almacenan en las siguientes tablas de la base de datos definida por testRunDataSource.

*
TestAttr_n: contiene los datos para el informe Datos de atributos de ejecución de prueba, es decir, todos los datos de la tabla de perfil para cada ID de audiencia.
*
TestCount_n: contiene los datos para el informe Recuentos de celdas de ejecución de prueba, es decir, el número de miembros en cada celda.
*
TestError_n: contiene los datos para el informe Errores de ejecución de prueba, es decir, los errores, si se produjeron, de la ejecución de prueba.
*
TestSeg_n: contiene los datos para el informe Datos de segmentos de ejecución de prueba, es decir, el ID de audiencia y el segmento asignado.

El sufijo _n indica el ID de diagrama de flujo. Puede determinar el ID del diagrama de flujo al examinar la tabla UA_Flowchart en las tablas del sistema de Campaign.



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