移动端埋点测试

常见的一些埋点的场景：

1、运营：模块访问量、菜单点击量等

        这一类场景主要是记录一些数据，便于后续对产品进行优化和提供定向的数据运营支持。可能包括访问量、某个页面停留时长、浏览的页面数等，一种是页面统计，一种是操作行为统计。 个人觉得像你在淘宝app上搜索某一类商品，之后就会在各个电商平台上优先推荐你搜索过的同类型的数据，应该也是用到了埋点的技术。

2、开发人员：日志记录

       rd来用的。 

3、产品经理：

• 新功能是否得到用户的认可和使用？
• 用户使用的场景和路径是怎样的？顺畅吗？
• 是否需要针对反馈回来的数据，进行分析改进功能？
• 广告的展示率、用户的点击率、转化率、甚至是商业盈利等                        

埋点的实施过程及意义是什么？

        埋点本身其实是对于自己所设计的产品的有一个可视化健康检查，通过逻辑和数据，贯穿产品的整个生命周期，使产品逐步达到最佳状态从而实现硅谷最近所谓的“Growth Hacker”的效果。

        具体就是在程序中的某个位置加一个标记，当用户触发到某个行为的时候，就采集一下数据，然后将数据上报到某个位置进行存储，收集到的相关数据用于给运营人员或者rd提供数据支撑等。

• 作为测试人员，埋点测试应该怎么测呢？
  • 测埋点的实施过程：测埋点的位置及触发条件、上报对象、上报次数及上报的具体数据
             
    • 埋点的话，可以在前端埋点，也可以在后端埋点，测试前自己要了解埋点的具体需求，以及大致的流程是怎样操作的，比如哪些功能的操作会进行埋点，埋点之后的数据上报到何处，数据上报的频率是怎样。数据上报前是否还需要进行额外加工处理。
    • 要注意埋点的业务规则，要核对是否多埋点、或者少上报的情况，另外，要重点关注上报的数据是否正确。
    • 了解埋点上报的数据是对接的第三方平台还是自己公司自研的系统
  • 测埋点数据的存储：收集到的埋点数据存储时是否有遗漏重复及正确性 
    • 通过第3方统计平台
      • 国内：友盟、talking data, 小米和百度也有开放的统计sdk
      • 国外：Google Analytics
      • 优点：数据经过分析汇总，展示直观
      • 缺点：不能实时更新，再加上第三方统计平台自己的稳定性也有待考量。所以没办法及时确认数据的准确性。           
    • 从客户端下手，查看开发的埋点日志或者上报接口参数
      • 出现错误的情况一般是：
        • a、漏埋点
        • b、埋点和操作类型不对应，比如点击的是“下一步”，却上报了“返回”
        • c、埋点和操作频率不对应，比如只操作了一次，却上报了两次

最后，附一张视频埋点测试用例：