数据埋点测试

一、代码埋点

定义
用户通过浏览器、点击等触发的事件，要通过sdk的方法上报事件的数据。友盟、百度统计等采用了这种方案。
优点

1. 精准的定位埋点位置
2. 可采集到更多自定义的数据

缺点

1. 埋点点效率低
2. 买点效率低
3. 每次有新页面都要根据需求埋点

适应场景
精准定位埋点位置，采集更多根据业务相关数据的复杂场景

二、全埋点

定义
也叫无埋点，全埋点不是说不用埋点，而是sdk自动采集所有事件并上报，后台通过一定的规则把想要的数据清洗出来，代表方案是国内的growingio。

优点

1. 埋点效率高
2. 直接上报了所有的用户行为事件，避免手工埋点的失误
3. 有利于做自定义分析

缺点

1. 数据量比较庞大
2. 增大了服务器、数据清洗的压力

适应场景
采集较多的用户行为数据，做自定义分析，所及想提高效率的场景

三、可视化埋点

定义
通过一个可视化的埋点工具，运营人员圈选好需要埋点的空间和属性，sdk接收到服务端下发的埋点事件后，自动上报相应的埋点。

优点

1. 埋点效率高
2. 运营人员可直接埋点，无需开发介入

缺点

1. 容易受界面控件位置的影响
2. 只能上报视觉范围内的属性

适应场景
适用于生命周期比较短页面的埋点，比如运营活动页面。