测试旅程

在能够测试旅程之前,您必须解决所有错误(如果有)。 请参阅此章节

您可以使用测试用户档案,在发布旅程之前对其进行测试。 这使您能够分析个人在旅程中的流动情况,并在发布前排除故障。

要使用测试模式,请执行以下步骤:

  1. 在测试您的旅程之前,请验证该旅程是否有效,并且没有错误。 您将无法对存在错误的旅程进行测试。 请参阅此章节。出错时显示警告符号。

  2. 要激活测试模式,请单击右上角的​Test​切换。

  3. 使用左下角的​Wait time in test​参数定义每个等待活动在测试模式下的持续时间。 默认时间为 10 秒。这样可以确保快速获得测试结果。 此参数仅在您在旅程中丢弃了一个或多个等待活动时显示。

  4. 单击​Trigger an event​配置事件并将其发送到旅程。 确保发送与测试事件相关的用户档案。 请参阅激发事件

  5. 收到事件后,单击​Show log​按钮视图测试结果并验证。 请参阅查看日志

  6. 如果有任何错误,请取消激活测试模式,修改旅程并再次进行测试。当测试结果确定时,您可以发布您的旅程。 请参阅此页

重要说明

  • 提供一个接口,用于向测试旅程中的事件发射事件,但也可以由第三方系统发送,如Postman。
  • 只允许在实时客户用户档案服务中标为“测试用户档案”的个人进入测试旅程。 请参阅此章节
  • 测试模式仅在使用命名空间的草稿旅程中可用。 测试模式需要检查进入旅程的人员是否是测试用户档案,因此必须能够到达Adobe Experience Platform。
  • 在测试会话期间,可以进入旅程的测试用户档案数最大为100。
  • 禁用测试模式后,它将从过去或当前已进入该模式的所有人员中抢占旅程。 它还清除了报告。
  • 您可以根据需要多次启用/禁用测试模式。
  • 在激活测试模式时,您无法修改旅程。 在测试模式下时,您可以直接发布旅程,无需在之前取消激活测试模式。

创建测试用户档案

创建测试用户档案的过程与在Adobe Experience Platform创建用户档案的过程相同。 它通过API调用执行。 请参阅此页面

必须使用包含“用户档案测试详细信息”混音的用户档案模式。 testProfile标志是此混音的一部分。

创建用户档案时,请确保传递值:testprofile = true。

请注意,您还可以更新现有用户档案,将其testProfile标志更改为“true”。

以下是用于创建测试用户档案的API调用示例:

curl -X POST \
'https://dcs.adobedc.net/collection/xxxxxxxxxxxxxx' \
-H 'Cache-Control: no-cache' \
-H 'Content-Type: application/json' \
-H 'Postman-Token: xxxxx' \
-H 'cache-control: no-cache' \
-H 'x-api-key: xxxxx' \
-H 'x-gw-ims-org-id: xxxxx' \
-d '{
"header": {
"msgType": "xdmEntityCreate",
"msgId": "xxxxx",
"msgVersion": "xxxxx",
"xactionid":"xxxxx",
"datasetId": "xxxxx",
"imsOrgId": "xxxxx",
"source": {
"name": "Postman"
},
"schemaRef": {
"id": "https://example.adobe.com/mobile/schemas/xxxxx",
"contentType": "application/vnd.adobe.xed-full+json;version=1"
}
},
"body": {
"xdmMeta": {
"schemaRef": {
"contentType": "application/vnd.adobe.xed-full+json;version=1"
}
},
"xdmEntity": {
"_id": "xxxxx",
"_mobile":{
"ECID": "xxxxx"
},
"testProfile":true
}
}
}'

发射事件

通过​Trigger an event​按钮,您可以配置一个事件,让人员进入旅程。

注意

在测试模式下触发事件时,会生成一个真实的事件,这意味着它还会触及其他侦听此事件的旅程。

作为入门项目,您必须知道哪些用户档案在Adobe Experience Platform标记为测试用户档案。 事实上,测试模式只允许旅程中的这些用户档案,事件必须包含ID。 所需的ID取决于事件配置。 例如,它可以是ECID。

如果您的旅程包含多个事件,请使用下拉列表选择事件。 然后,为每个事件配置所传递的字段和执行事件发送。 该接口可帮助您在事件有效负荷中传递正确的信息,并确保信息类型正确。 测试模式保存测试会话中使用的最后一个参数以供以后使用。

该界面允许您传递简单的事件参数。 如果要在事件中传递集合或其他高级对象,可单击​Code View​查看有效负荷的整个代码并修改它。 例如,您可以复制和粘贴由技术用户准备的事件信息。

技术用户也可以使用此界面来编写事件负载和触发事件,而无需使用第三方工具。

单击​Send​按钮时,测试开始。 旅程中个人的进度由视觉流表示。 当个人在旅程中移动时,路径逐渐变绿。 如果发生错误,则在相应步骤上显示警告符号。 可将光标放在它上以显示有关错误的详细信息并访问完整详细信息(如果有)。

当您在事件配置屏幕中选择其他测试用户档案并再次运行测试时,将清除可视流并显示新个人的路径。

在测试中打开旅程时,显示的路径与执行的上次测试相对应。

无论事件是通过界面触发还是通过外部触发(例如,使用Postman),可视流都有效。

基于规则的旅程的测试模式

测试模式也适用于使用基于规则的事件的旅程。 有关基于规则的事件的详细信息,请参阅此页

触发事件时,事件配置​屏幕允许您定义要通过测试的事件参数。 您可以单击右上角的工具提示图标来视图事件ID条件。 作为规则评估的一部分的每个字段旁边也会显示工具提示。

有关如何使用测试模式的详细信息,请参阅此页

查看日志

Show log​按钮允许您视图测试结果。 本页以JSON格式显示旅程的当前信息。 通过按钮可复制整个节点。 您需要手动刷新页面以更新旅程的测试结果。

注意

在测试日志中,如果调用第三方系统(数据源或操作)时出错,则显示错误代码和错误响应。

将显示旅程中当前的个人数(技术上称为实例)。 以下是每个人显示的有用信息:

  • ID:旅程中个人的内部ID。这可用于调试目的。
  • currentstep:个体在旅程中所处的步骤。我们建议向活动添加标签,以便更轻松地识别它们。
  • currentstep > phase:个人旅程的状态(正在运行、已完成、错误或超时)。有关更多信息,请参见下文。
  • currentstep > extraInfo:错误的描述和其他上下文信息。
  • currentstep > fetchErrors:有关此步骤期间发生的提取数据错误的信息。
  • externalKeys:在事件中定义的键公式的值。
  • exchedData:旅程使用数据源时已检索的数据。
  • transitionHistory:个人遵循的步骤列表。对于事件,将显示有效负荷。
  • actionExecutionErrors :错误的相关信息。

以下是个人旅程的不同状态:

  • 运行:这个人目前正在旅程中。
  • 完成:这个人在旅程的终点。
  • 错误:由于出错,个人在旅程中被停止。
  • 超时:这个人因为走太多的路,而被停在旅途中。

当使用测试模式触发事件时,将自动使用源的名称生成数据集。

当使用测试模式触发事件时,将自动使用源的名称生成数据集。

测试模式会自动创建一个体验事件,并将其发送到Adobe Experience Platform。 此体验事件的源名称为“Journey Orchestration测试事件”。

对于从多个旅程触发的多个事件

有一种情况是,从多个旅程发送多个事件,这些模式会不同。 模式能否映射到1个数据集? 否则,我们将需要多个数据集。

如果体验事件中不包含目标数据集,则会自动创建和命名这些数据集。 这就是为什么我们今天看到“自动为旅行者创建数据集”。

源的命名驱动着自动创建。 如果我们有多个事件,则应连接并将其设置为“Journey Orchestration测试事件-模式名称”。 这将自动转为“自动为Journey Orchestration测试事件生成的数据集-模式名称”。

在此页面上