移动端的埋点测试
对互联网不陌生，做过移动应用的同学，都会对埋点这个词不陌生。
埋点的目的很简单，就是实现app的数据收集和分析。
而数据收集和分析的意义是什么呢？
不同的人对于埋点有不同的目标。
比如对于版本的某个功能，产品可能只是想埋点以了解：
l新功能是否得到用户的认可和使用？
l用户使用的场景和路径是怎样的？顺畅吗？
l是否需要针对反馈回来的数据，进行分析改进功能？
而对于某个广告和运营活动的投放，关注的可能是：
广告的展示率、用户的点击率、转化率、甚至是商业盈利等
总而言之，埋点本身其实是对于自己所设计的产品的有一个可视化健康检查，通过逻辑和数据，贯穿产品的整个生命周期，使产品逐步达到最佳状态从而实现硅谷最近所谓的“Growth Hacker”的效果。
另外，一般的app都会有一些核心指标和一般性指标，核心指标诸如下载量、用户数、活跃用户数、留存等等，一般性指标比如用户访问频率、停留时长、页面数等。
于是就衍生出了各种各样的埋点工具。市面上常见的埋点工具，谷歌的Google Analytics，国内比较普遍的第三方统计工具是友盟和talking data，现在小米和百度也有开放的统计sdk。
埋点的逻辑是：界面——事件——事件参数
每一个界面的每个事件都有唯一的标示ID
此外，每个界面中都会有公共参数统计，比如：userId、timestamp、taskId等
讲了这么多，那么埋点是怎么测试的呢？
通用的一种方式是直接第三方统计平台去定时查看自己的appid对应的数据。之前有测过Google和友盟的统计。
优点是，第三方平台的数据往往是经过分析汇总的，展示非常直观。但缺点，是这些平台数据往往不是时时更新的。
再加上第三方统计平台自己的稳定性也有待考量。所以没办法及时确认数据的准确性。
于是另一种方式是从客户端下手，查看开发的埋点日志。
工具：Android平台用androidsdk，iOS平台用xcode
Android平台
环境和资料准备
1、搭建ddms环境，可以使用androidstudio，或者直接使用android sdk里带的monitor
2、想尽一切办法拿到埋点字段表，这是开发埋点的依据，以及产品分析的标准
3、取已埋点的安装包并且输出app埋点的日志
测试方法
1、调起monitor之后，连接移动设备
2、设置logcat的filter，填写包名即可
3、查看埋点字段表，执行对应有埋点的操作
比如
进入手机上的app，点击 下一步
4、查看ddms的logcat，即可看到操作的日志，如图所示：
5、检查埋点是否正确，出现错误的情况一般是：
a)漏埋点
b)埋点和操作类型不对应，比如点击的是“下一步”，却上报了“返回”
c)埋点和操作频率不对应，比如只操作了一次，却上报了两次
iOS平台
环境和资料准备
1、安装xcode，从appstore直接下载即可
2、找产品/开发拿到埋点字段表
3、找开发要已经埋点的安装包
测试方法
1、调起xcode之后，连接移动设备
2、选择Debug－Devices
3、查看埋点字段表，执行对应有埋点的操作
4、检查埋点准确性