Skip to main content

拉不到任务时的自查步骤

一、适用场景​

适用子系统：配置与开关、资源与制品

适用场景：开发测试拉取不到配置和资源、线上用户拉取不到配置和资源

二、无法拉取远程配置、资源自查步骤​

2.1 检查任务的状态：​

  • 特别注意：远程配置修改任务内容/条件后，处于待发布状态，需要“发起体验”，才可进行测试

  • 特别注意：“审批中”的状态，默认无法被体验名单中的用户拉取到

  • 任务状态处于“体验中“时，可以被体验名单中的用户拉取

  • 任务状态处于“灰度中”、“已发布”时，可以被线上用户拉取

2.2 检查是否加入体验名单​

如果预期拉取的是体验中的任务，需要检查体验名单中是否包含当前用户的 GUID（使用配置和开关时）/或者设备 QIMEI（使用资源与制品时）。

2.3 检查任务的匹配顺序​

Shiply 的一个配置项、资源项下可以同时存在许多任务，不同任务间根据下发条件的不同，可能存在并集、交集、子集的关系。当 SDK 向 Shiply 后台请求时，后台会根据任务的顺序（即我们所见的列表从上到下）依次匹配任务条件，返回第一个符合条件的任务。

2.4 检查任务的条件，是否存在“随机”条件​

检查任务的下发条件是否都能满足，以下条件还需进一步检查：

  • 用户号码包：检查用户是否在号码包中

  • 用户百分比：测试时建议先删除此条件，因为我们难以构造能够命中百分比的 GUID，而且我们要验证的是自己下发内容，而不是下发条件。当验证下发内容没有问题时，再将条件加回来即可。

2.5 检查 SDK 的请求参数​

a) iOS 请求参数​

检查初始化 RDeliverySDKSettings 时的 guid（用户ID）、qimei（设备ID）、envId（环境）、profiles（自定义属性）、deviceType（设备型号）、systemVersion（系统版本）与任务条件是否匹配

b) Android 请求参数​

检查初始化 RDeliverySetting 时的 guid（用户ID）、qimei（设备ID）、envId（环境）、variantMap（自定义属性）、devModel（设备型号）、androidSystemVersion（系统版本）与任务条件是否匹配