一、数据校验手册
请参照上传的资源《神策分析数据校验操作手册》
二、注意事项
2.1 重置数据
测试期间，脏数据较多，fix bug后想要重置数据，一定要联系神策
2.2 用户关联方案
2.3 公共属性表
1、是否所有事件（自定义事件和预置事件）都采集到公共属性，且取值分布是否可用、合理
1）有一些业务场景预期：未知率是1，例如用户尚未注册登录时，一些数据预期是100%未知
2）而注册登录，完成所有初始化之后，一些数据未知率还很高的话，那就肯定存在问题
2.4 自定义事件和属性
1、在手机操作后是否产生对应的埋点数据，如果没有，可能有以下几种原因，可以按顺序进行排查：
1）如果是首次接入数据平台，可能是跟神策接口等问题导致链路没有打通（接入成功过，再看到埋点没有上报基本可以忽略此原因了。）
2）测试环境的问题。有时候进行埋点验证时，会失误选错项目，一定要检查下，正式项目和测试项目是否选择正确
3）测试包的问题，int环境app一般都会开启debug模式，prod环境需要关闭debug模式，为了避免浪费app性能以及对server端造成压力。如果开发是切换环境自动执行这些配置那几乎不会出错，但如果每次都是需要手动操作，那有时候可能是因为app没有开启debug模式。另外如果在prod环境期望能够扫码验证的话，需要开发单独打包开启debug模式，但正式上线的包确保一定要关闭debug模式
4）如果上述3点都没有问题，那肯定就是开发没有埋
2、触发时机是否正确
1）曝光事件（例如页面A的控件a）：看到就上报（但具体还是需要结合业务需求）
- 如果页面A仅一屏，不需要翻页，那么从页面B进入页面A，看到控件a时必然上报，但如果需要翻页才能看到控件a，那么只是进入页面A并没有看到控件a，就不会上报。另外，如果用户在页面A来回上下浏览，在浏览期间，控件a多次看到，那是否要上报多次，这个就需要跟业务方讨论一下，这种情况下，不同业务场景意义不同。另外从页面A点击某个btn跳出后再次回退到页面A，看到了控件a，这种情况，有些业务场景需求也不同，是否需要上报，也可以一起评估。
- 页面A滑到控件a，然后切后台，从后台切回来时，预期上报。锁屏也是一样的。
2）点击事件
- 如果是纯粹的点击事件，不用关心点击后的结果，那么点击后立即上报
- 如果是点击事件，但属性包含结果，那么这种情况下，一般是后端返回结果后再上报，可以重点验证下结果是否正确。例如，点击解锁的点击事件其中属性值有一个actionResult，那么等后端返回结果时，才会上报此埋点。并且需要验证下是成功还是失败，还是其他等原因。
3）浏览事件
-