肖sir___埋点测试

=============================
1.埋点逻辑
（1）定义：界面-事件-事件参数
埋点称为事件追踪（Event Tracking），指的是针对特定用户行为或事件进行捕获，处理和发送的相关技术及其实施过程。
（2）实现方式方面：埋点就是通过植入一段代码到某个页面或某个按钮，从而监听用户行为并进行收集上报。

（3）
后端埋点：数据入库环节，数据入库时上报
前端埋点：事件发生环节，收到后端返回结果时上报

==================
2、为什么要进行埋点测试？
埋点（是数据采集领域，尤其是用户行为数据采集领域的术语指的是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。）是为了实现app的数据收集和分析，即帮助定义和获取分析人员真正需要的业务数据及其附带信息，根据统计的数据可以分析兼容性测试机型等工作。埋点测试则是为了验证埋点的正确性

==================
3、埋点怎样测试
a、（1）通用的一种方式是直接第三方统计平台去定时查看自己的 appid 对应的数据。
（2）另一种方式是从客户端下手，查看开发的埋点日志
b、工作流程：PM创建并定义要配置的页面信息并指定相关的RD
RD填写埋点的实现平台、完成代码的埋点部署
PM/QA对埋点配置的结果进行验收

=============================

4、埋点数据的注意事项
（1）编码格式：埋点数据的值为中文时，尤其要注意编码格式。为了避免服务端解析数据出错，一般情况下，客户端需要对发出的数据进行编码格式转化。
（2）大小写：埋点数据的值在命名时要和服务端数据组同步命名规则，尤其是大小写。
（3）全角半角：埋点数据的值为英文时，常常容易忽略全角半角的输入方式，有时候会因此产生无法接收的错误。
（4）数据格式：埋点数据的数据格式在定义时要简单明了，尤其是非实时数据的发送机制，发出的数据量大且同一条埋点发出好多，需要整合。
（5）发送时机：埋点数据发送往往是一个公共功能，且发送时机一般情况下分为两种：实时和非实时。因此将数据发送功能作为一个单独的模块存在，其他功能调用即可，避免所有模块在发送时各自处理，增加测试成本。
（6）埋点数据的命名规则：埋点数据的规范化命名规则有利于数据的阅读和查看，比如页面点击的就用 Page 开头，区域的用 Label 开头作为前缀。
（7）展现类的埋点：最关键的在于避免重复统计。比如在某宝搜索"华为手机"时，当用户输入了"华为MATE40手机"和"华为MATE40"出来的效果几乎是一样的，失去了统计的意义。
（8）点击类的埋点：关键在于避免服务器超时的情况下连续点击导致的重复统计。
（9）状态类埋点：关键在于避免统计默认状态。并且状态类埋点统计的一定是最终的状态。例如，由开切换到关，那么最后发出的状态数据一定是关闭的状态。
（10）计数类埋点：关键在于避免遗漏。一般情况下，非实时发送的计数埋点容易出现遗漏情况，因为涉及到数据库的读写，因此在测试时要格外留意。
（11）网页缓存：对于 web 页面的埋点统计，要考虑到 web 页缓存的问题。例如，资讯详情页有停留时长的统计，当进入资讯详情页时开始计时统计，不在该页面时结束统计，那么此时我们就要考虑到在前后台相互切换时是否存在多发的情况，之前浏览器遇到的问题就是将缓存页的时长页做了统计一并发送到了服务器。
（12）网络环境：当网络特别差的时候，客户端发送埋点失败，这种情况下应该将发送失败的数据保存在本地，等下次条件满足的时候一并发出，避免出现丢掉数据的情况。
（13）覆盖安装：产品升级之后，升级之前的埋点不能被删除掉，应该保存在本地，待升级之后满足条件一并发出。
（14）服务端压力：数据发送有实时和非实时两种，当实时数据量特别大时容易给服务器造成压力，因此在测试时要特别留意。

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

======================================
6、埋点数据的注意事项
（1）网页缓存
讯详情页有停留时长的统计，当进入资讯详情页时开始计时统计，不在该页面时结束统计，那么此时我们就要考虑到在前后台相互切换时是否存在多发的情况，之前浏览器遇到的问题就是将缓存页的时长页做了统计一并发送到了服务器。
（2）网络环境。
当网络特别差的时候，客户端发送埋点失败，这种情况下应该将发送失败的数据保存在本地，等下次条件满足的时候一并发出。避免出现丢掉数据的情况。
（3）覆盖安装。
产品升级之后，升级之前的埋点不能被删除掉，应该保存在本地，待升级之后满足条件一并发出。
（4）服务端压力。
数据发送有实时和非实时两种，当实时数据量特别大时容易给服务器造成压力，因此在测试时要特别留意。

========================
7、埋点数据分为4种类型
埋点数据一般分为：展现，点击，状态，计数四种类型。不同的类型代表着产品不同方面的需要。
展现。某个功能逻辑实现之后展现在用户面前的数据量。例如，资讯信息流的广告，当滑动资讯信息流展现广告时，此时发送广告的展现埋点数据，一般命名“XXXShow”；
点击。人为操作之后发出的数据量。这种埋点数据较为单一，正常控件元素点击，一般命名“XXXClick”；
状态。某个功能逻辑实现之后的状态。一般指的是开或关，登录与非登录等，一般命名“XXXStatus”；
计数。通常指的是一个功能点击了多少次，切换了多少次等，一般命名“XXXCount”；
此外，点击类埋点在一定的条件下可以转化为计数类埋点，当遇到需求时，从埋点的作用角度思考合理性。若是单纯统计某个元素或者控件的点击量，此时应该定义为conut类型；若是为了统计某种状态下元素或者控件的点击效果，此时应该定义为click类型。

========================

埋点的资料归档