常见的一些埋点的场景:
1、运营:模块访问量、菜单点击量等
这一类场景主要是记录一些数据,便于后续对产品进行优化和提供定向的数据运营支持。可能包括访问量、某个页面停留时长、浏览的页面数等,一种是页面统计,一种是操作行为统计。 个人觉得像你在淘宝app上搜索某一类商品,之后就会在各个电商平台上优先推荐你搜索过的同类型的数据,应该也是用到了埋点的技术。
2、开发人员:日志记录
rd来用的。
3、产品经理:
- 新功能是否得到用户的认可和使用?
- 用户使用的场景和路径是怎样的?顺畅吗?
- 是否需要针对反馈回来的数据,进行分析改进功能?
- 广告的展示率、用户的点击率、转化率、甚至是商业盈利等
埋点的实施过程及意义是什么?
埋点本身其实是对于自己所设计的产品的有一个可视化健康检查,通过逻辑和数据,贯穿产品的整个生命周期,使产品逐步达到最佳状态从而实现硅谷最近所谓的“Growth Hacker”的效果。
具体就是在程序中的某个位置加一个标记,当用户触发到某个行为的时候,就采集一下数据,然后将数据上报到某个位置进行存储,收集到的相关数据用于给运营人员或者rd提供数据支撑等。
- 作为测试人员,埋点测试应该怎么测呢?
- 测埋点的实施过程:测埋点的位置及触发条件、上报对象、上报次数及上报的具体数据
- 埋点的话,可以在前端埋点,也可以在后端埋点,测试前自己要了解埋点的具体需求,以及大致的流程是怎样操作的,比如哪些功能的操作会进行埋点,埋点之后的数据上报到何处,数据上报的频率是怎样。数据上报前是否还需要进行额外加工处理。
- 要注意埋点的业务规则,要核对是否多埋点、或者少上报的情况,另外,要重点关注上报的数据是否正确。
- 了解埋点上报的数据是对接的第三方平台还是自己公司自研的系统
- 测埋点数据的存储:收集到的埋点数据存储时是否有遗漏重复及正确性
- 通过第3方统计平台
- 国内:友盟、talking data, 小米和百度也有开放的统计sdk
- 国外:Google Analytics
- 优点:数据经过分析汇总,展示直观
- 缺点:不能实时更新,再加上第三方统计平台自己的稳定性也有待考量。所以没办法及时确认数据的准确性。
- 从客户端下手,查看开发的埋点日志或者上报接口参数
- 出现错误的情况一般是:
- a、漏埋点
- b、埋点和操作类型不对应,比如点击的是“下一步”,却上报了“返回”
- c、埋点和操作频率不对应,比如只操作了一次,却上报了两次
- 出现错误的情况一般是:
- 通过第3方统计平台
- 测埋点的实施过程:测埋点的位置及触发条件、上报对象、上报次数及上报的具体数据
最后,附一张视频埋点测试用例: