Show Menu
主题×

测试旅程

在能够测试旅程之前,您必须解决所有错误(如果有)。 请参见 测试前检查错误
您可以使用测试用户档案,在发布旅程之前对其进行测试。 这使您能够分析个人在旅程中的流动情况,并在发布前排除故障。
要使用测试模式,请执行以下步骤:
  1. 在测试您的旅程之前,请验证该旅程是否有效,并且没有错误。 您将无法对存在错误的旅程进行测试。 请参见 测试前检查错误 。出错时显示警告符号。
  2. 要激活测试模式,请单击位 Test 于右上角的切换模式。
  3. 使用左 Wait time in test 下角的参数定义每个等待活动在测试模式下的持续时间。 默认时间为 10 秒。这样可以确保快速获得测试结果。 此参数仅在您在旅程中丢弃了一个或多个等待活动时显示。
  4. Trigger an event 击以配置事件并将其发送到旅程。 确保发送与测试事件相关的用户档案。 请参 阅发射事件
  5. 收到事件后,单击按 Show log 钮视图测试结果并验证。 请参 阅查看日志
  6. 如果出现任何错误,请取消激活测试模式,修改您的旅程并再次测试它。 当测试结果确定时,您可以发布您的旅程。 请参见 发布旅程

重要说明

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

Creating a test profile

创建测试用户档案的过程与在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),可视流都有效。

查看日志

Show log 过按钮可视图测试结果。 本页以JSON格式显示旅程的当前信息。 通过按钮可复制整个节点。 您需要手动刷新页面以更新旅程的测试结果。
在测试日志中,如果调用第三方系统(数据源或操作)时出错,则显示错误代码和错误响应。
此时会显示旅程中当前的个人数(技术上称为实例)。 以下是每个人显示的有用信息:
  • ID : 旅程中个人的内部ID。 这可用于调试目的。
  • currentstep : 个体在旅程中所处的步骤。 我们建议向活动添加标签,以便更轻松地识别它们。
  • currentstep > phase: 个人旅程的状态(正在运行、已完成、错误或超时)。 有关更多信息,请参见下文。
  • currentstep > extraInfo : 错误的描述和其他上下文信息。
  • currentstep > fetchErrors : 有关此步骤期间发生的提取数据错误的信息。
  • externalKeys : 在事件中定义的键公式的值。
  • exchedData : 旅程使用数据源时已检索的数据。
  • transitionHistory : 个人遵循的步骤列表。 对于事件,将显示有效负荷。
  • actionExecutionErrors : 错误的相关信息。
以下是个人旅程的不同状态:
  • 运行 : 这个人目前正在旅程中。
  • 完成 : 这个人在旅程的尽头。
  • 错误 : 由于出错,个人在旅程中被停止。
  • 超时 : 这个人因为走太多的路,而被停在旅途中。