Prueba del recorrido

Antes de poder probar el recorrido, debe resolver todos los errores si los hay. Consulte esta sección.

Puede probar el recorrido antes de su publicación mediante perfiles de prueba. Esto le permite analizar el flujo de las personas en el recorrido y solucionar los problemas antes de la publicación.

Solo los perfiles de prueba pueden introducir un recorrido en el modo de prueba. Puede crear un nuevo perfil de prueba o convertir un perfil existente en un perfil de prueba. Consulte esta sección.

Para utilizar el modo de prueba, siga estos pasos:

  1. Antes de probar el recorrido, compruebe que sea válido y que no haya ningún error. No podrá iniciar una prueba de un recorrido con errores. Consulte esta sección. Se muestra un símbolo de advertencia cuando hay errores.

  2. Para activar el modo de prueba, haga clic en el botón Test alternar, situado en la esquina superior derecha.

  3. Utilice la variable Wait time , en la esquina inferior izquierda, para definir el tiempo que cada actividad de espera y el tiempo de espera del evento durarán en el modo de prueba. El tiempo predeterminado es de 10 segundos para las esperas y los tiempos de espera de los eventos. Esto garantizará que los resultados de la prueba se obtengan rápidamente. Este parámetro solo aparece si ha soltado una o más actividades de espera en el recorrido.

    NOTA

    Cuando se utiliza un evento de reacción en un recorrido, el tiempo de espera predeterminado y el valor mínimo es de 40 segundos. Consulte esta sección.

  4. Haga clic en Trigger an event para configurar y enviar eventos al recorrido.

  5. Configure los diferentes campos esperados. En el Identificador de perfil , introduzca el valor del campo utilizado para identificar el perfil de prueba. Puede ser la dirección de correo electrónico, por ejemplo. Asegúrese de enviar eventos relacionados con perfiles de prueba. Consulte Activación de eventos.

  6. Una vez recibidos los eventos, haga clic en el botón Show log para ver el resultado de la prueba y verificarlo. Consulte Visualización de los registros.

  7. Si hay algún error, desactive el modo de prueba, modifique el recorrido y pruebe de nuevo. Cuando la prueba sea concluyente, puede publicar el recorrido. Consulte esta página.

Notas importantes

  • Se proporciona una interfaz para activar eventos en el recorrido probado, pero los eventos también se pueden enviar desde sistemas de terceros como Postman.
  • Solo las personas marcadas como "perfiles de prueba" en el servicio Perfil del cliente en tiempo real podrán entrar en el recorrido probado. Consulte esta sección.
  • El modo de prueba solo está disponible en recorridos de borrador que utilizan un área de nombres. El modo de prueba debe comprobar si una persona que entra en el recorrido es un perfil de prueba o no y, por lo tanto, debe poder llegar a Adobe Experience Platform.
  • El número máximo de perfiles de prueba que pueden introducir un recorrido durante una sesión de prueba es de 100.
  • Al desactivar el modo de prueba, se vacían los recorridos de todas las personas que lo hayan introducido en el pasado o que estén actualmente en él. También borra los informes.
  • Puede habilitar/deshabilitar el modo de prueba tantas veces como sea necesario.
  • No puede modificar el recorrido cuando se activa el modo de prueba. En el modo de prueba, puede publicar directamente el recorrido; no es necesario desactivar el modo de prueba antes.
  • Al llegar a una división, siempre se elige la rama superior. Puede reorganizar la posición de las ramas divididas si desea que la prueba elija una ruta diferente.

Activación de eventos

La variable Trigger an event permite configurar un evento que hará que una persona entre en el recorrido.

NOTA

Cuando se déclencheur un evento en el modo de prueba, se genera un evento real, lo que significa que también afectará a otros recorridos que estén escuchando este evento.

Como requisito previo, debe saber qué perfiles se marcan como perfiles de prueba en Adobe Experience Platform. De hecho, el modo de prueba solo permite estos perfiles en el recorrido y el evento debe contener un ID. El ID esperado depende de la configuración del evento. Puede ser un ECID o una dirección de correo electrónico, por ejemplo. El valor de esta clave debe agregarse en la variable Identificador de perfil campo .

Si el recorrido contiene varios eventos, utilice la lista desplegable para seleccionar un evento. A continuación, para cada evento, configure los campos pasados y la ejecución del envío del evento. La interfaz le ayuda a pasar la información correcta en la carga útil de evento y a asegurarse de que el tipo de información es correcto. El modo de prueba guarda los últimos parámetros utilizados en una sesión de prueba para su uso posterior.

La interfaz le permite pasar parámetros de evento simples. Si desea pasar colecciones u otros objetos avanzados en el evento, puede hacer clic en Code View para ver el código completo de la carga útil y modificarlo. Por ejemplo, puede copiar y pegar la información de evento preparada por un usuario técnico.

Un usuario técnico también puede utilizar esta interfaz para componer cargas útiles de evento y eventos de déclencheur sin tener que utilizar una herramienta de terceros.

Al hacer clic en el botón Send , la prueba comienza. La progresión del individuo en el recorrido se representa mediante un flujo visual. La ruta se vuelve progresivamente verde a medida que el individuo se mueve por el recorrido. Si se produce un error, se muestra un símbolo de advertencia en el paso correspondiente. Puede colocar el cursor en él para mostrar más información sobre el error y acceder a todos los detalles (cuando esté disponible).

Cuando selecciona un perfil de prueba diferente en la pantalla de configuración de evento y vuelve a ejecutar la prueba, el flujo visual se borra y muestra la ruta del nuevo individuo.

Al abrir un recorrido en la prueba, la ruta mostrada corresponde a la última prueba ejecutada.

El flujo visual funciona tanto si el evento se activa mediante la interfaz como externamente (por ejemplo, mediante Postman).

Modo de prueba para recorridos basados en reglas

El modo de prueba también está disponible para los recorridos que utilizan un evento basado en reglas. Para obtener más información sobre los eventos basados en reglas, consulte esta página.

Al activar un evento, la variable Configuración de eventos permite definir los parámetros de evento que se van a pasar en la prueba. Para ver la condición de ID de evento, haga clic en el icono de información de objeto en la esquina superior derecha. También hay disponible información sobre herramientas junto a cada campo que forma parte de la evaluación de reglas.

Para obtener más información sobre cómo utilizar el modo de prueba, consulte esta página.

Modo de prueba para eventos empresariales

Cuando se utiliza un evento empresarial (consulte esta sección), el modo de prueba le permite almacenar en déclencheur una sola entrada de perfil de prueba en el recorrido, simular el evento y pasar el ID de perfil correcto. Debe pasar los parámetros de evento y el identificador del perfil de prueba que va a introducir el recorrido en la prueba. No puede usar la variable Up to 100 profiles at once que existe para otros recorridos basados en segmentos. En el modo de prueba, no hay ningún modo "Vista de código" disponible para los recorridos en función de los eventos empresariales.

Tenga en cuenta que cuando se déclencheur por primera vez un evento empresarial, no se puede cambiar la definición del evento empresarial en la misma sesión de prueba. Solo se puede hacer que la misma persona o una persona diferente introduzca el recorrido que pasa el mismo identificador u otro. Si desea cambiar los parámetros de evento empresarial, debe detener y volver a iniciar el modo de prueba.

Visualización de los registros

La variable Show log permite ver los resultados de la prueba. Esta página muestra la información actual del recorrido en formato JSON. Un botón permite copiar nodos completos. Debe actualizar manualmente la página para actualizar los resultados de prueba del recorrido.

NOTA

En los registros de prueba, en caso de error al llamar a un sistema de terceros (fuente de datos o acción), se muestran el código de error y la respuesta de error.

Se muestra el número de personas (técnicamente, se denominan instancias) que están actualmente dentro del recorrido. A continuación se muestra información útil que se muestra para cada individuo:

  • Id: el ID interno de la persona en el recorrido. Esto se puede utilizar con fines de depuración.
  • currentstep: el paso en el que se encuentra el individuo en el recorrido. Recomendamos añadir etiquetas a las actividades para identificarlas con mayor facilidad.
  • currentstep > fase: el estado del recorrido del individuo (en ejecución, terminado, error o tiempo de espera agotado). Para obtener más información, vaya más abajo.
  • currentstep > extraInfo: descripción del error y otra información contextual.
  • currentstep > fetchErrors: información sobre los errores de recuperación de datos que se produjeron durante este paso.
  • externalKeys: el valor de la fórmula clave definida en el evento.
  • enrichData: los datos que el recorrido ha recuperado si el recorrido utiliza fuentes de datos.
  • transitionHistory: la lista de pasos que siguió el individuo. En el caso de los eventos, se muestra la carga útil .
  • actionExecutionErrors : información sobre los errores que se han producido.

Estos son los diferentes estados del recorrido de un individuo:

  • Ejecución: la persona está actualmente en el recorrido.
  • Finalizado: el individuo está al final del recorrido.
  • Error: el individuo se detiene en el recorrido debido a un error.
  • Tiempo de espera agotado: el individuo es detenido en el recorrido debido a un paso que tomó demasiado tiempo.

Cuando se activa un evento mediante el modo de prueba, se genera automáticamente un conjunto de datos con el nombre del origen.

El modo de prueba crea automáticamente un evento de experiencia y lo envía a Adobe Experience Platform. El nombre de la fuente para este evento de experiencia es "Eventos de prueba de Journey Orchestration".

En el caso de varios eventos activados desde varios recorridos

Existe un escenario en el que se envían varios eventos desde varios recorridos que tendrán esquemas diferentes. ¿Puede un esquema asignarse a 1 conjunto de datos? Si no es así, tendremos varios conjuntos de datos necesarios.

La creación automática y la asignación de nombres a estos conjuntos de datos se realizan si no se incluye un conjunto de datos de destino en el evento de experiencia. Por eso vemos el "Conjunto de datos creado automáticamente para voyager" hoy.

El nombre de nuestra fuente impulsa la creación automática. Si tenemos varios eventos, debemos concatenarlos y hacerlos ser "Evento de prueba de Journey Orchestration - NOMBRE DEL ESQUEMA". Esto cambiará automáticamente a "Conjunto de datos generado automáticamente para el evento de prueba de Journey Orchestration - NOMBRE DEL ESQUEMA".

En esta página