目录
每个界面的每个事件都有唯一的标记识别。此外，每个界面都会有公共参数统计，如userId、timestamp、taskId等。
埋点如何进行测试？
(1)一般的方法是直接在第三方统计平台上定期查看自己的appid对应的数据。
优点是第三方平台的数据经常分析总结，显示非常直观。
主流APP统计工具：U-App,TalkingData,Xinstall,GoogleAnalytics。
如Xinstall，只需要集成Xinstall SDK ，新增事件埋点，就能发送事件数据 
(2)另一种方式是从客户端开始查看开发的埋点日志。
一是安卓平台使用安卓SDK。
环境和数据准备:
(1)ddms环境，可以使用AndroidStudio，也可以直接使用AndroidSDK中的Monitor。
B获得埋点字段表，这是开发埋点的基础，也是产品分析的标准。
③取埋点安装包，输出埋点日志。
测试方法:
②调动Monitor后，连接移动设备；
②设置标志的filter，填写包名。
③查看埋点字段表，执行相应的埋点操作，进入手机app操作。
④查看ddms的标志，就可以看到操作日志。
⑤检查埋点是否正确。错误通常是:
a)漏埋点。
(b)埋点与操作类型不对应，如点击“下一步”，但报告“返回”。
(c)埋点与操作频率不对应，如只操作一次，报告两次。
二是使用Xcode的iOS平台。
环境和数据准备:
①安装Xcode，直接从AppStore下载。
B获得埋点字段表，这是开发埋点的基础，也是产品分析的标准。
③寻找已经埋点的开发安装包。
测试方法:
①调整Xcode后，连接移动设备。
②选择Debug-Devices。
③查看埋点字段表，执行相应的埋点操作。
④检查埋点的准确性。
三是小程序平台。
applet埋点是通过脚本植入代码，js脚本中通过内置app，app有自己的生命周期，当打开applet时会触发请求，可以将我们想做的事与请求一起发出，将需要收集的组件、事件添加到监听列表中，根据json需要收集的组件，绑定相应的class和处理过的监听回调函数，当页面被浏览时，就能满足我们需要收集的条件。
三是埋点数据注意事项。
编码格式：当埋点数据的值为中文时，特别要注意编码格式。为避免服务器解析数据错误，客户端通常需要对发送的数据进行编码格式转换。
(2)大小写数据的值在命名时应与服务器数据组同步命名规则，特别是大小写。
(3)全角半角:当埋点数据的值是英文时，往往会忽略全角半角的输入模式，有时会出现不可接受的错误。
(4)数据格式：埋点数据的数据格式在定义时要简明扼要，特别是非实时数据的发送机制，发送的数据量大，同一埋点发送的数据多，需要整合。
(5)发送时间:埋点数据发送往往是公共功能，发送时间一般分为实时和非实时两种。因此，将数据发送功能作为单独的模块存在，调用其他功能即可，避免所有模块在发送时各自处理，增加测试成本。
(6)埋点数据命名规则:埋点数据的标准化命名规则有利于数据的阅读和查看。例如，如果页面点击，则使用Page开头，区域使用Label开头作为前缀。
(7)展示类埋点：最重要的是避免重复统计。例如，在某宝搜索“华为手机”时，当用户输入“华为MATE40手机”和“华为MATE40”时，效果几乎相同，失去了统计意义。
(8)点击类埋点：关键是免服务器超时连续点击造成的重复统计。
(9)状态类埋点：关键避免默认状态的统计。状态埋点统计必须是最终状态。比如从开到关，最后发出的状态数据必须是关闭状态。
(10)计数埋点:关键是避免遗漏。一般来说，非实时发送的计数埋点容易遗漏，因为涉及到数据库的读写，所以测试时要特别注意。
(11)网页缓存：对于网页的埋点统计，应考虑网页缓存的问题。举例来说，信息详细页面有停留时间的统计数据，当进入信息详细页面时开始计时统计数据，而不是在此页面时结束统计数据，那么此时我们就要考虑在前后台相互切换时是否有多发的情况，之前浏览器遇到的问题就是对缓存页面的时间页面进行统计，并将其发送到服务器。
(12)网络环境：当网络特别糟糕时，客户端发送埋点失败，此时应将发送失败的数据保存在本地，等下一次条件满足时一起发送，以免丢失数据。
(13)覆盖安装：产品升级后，升级前的埋点不能删除，应保存在本地，升级后符合条件发布。
(14)服务器压力:数据发送有实时和非实时两种，实时数据量特别大时容易给服务器带来压力，因此在测试时必须特别注意。