为什么要写这篇文章呢？
最近看到群里有小伙伴在问问题，于是就有了这篇文章。仅仅站在自己的角度去分析一下。仅供参考！！！
何为埋点？
今天决定以自己的理解来简述一下埋点测试。
我的理解，埋点其实就是在程序中的某个位置加一个标记，当用户触发到某个行为的时候，就采集一下数据，然后将数据上报到某个位置进行存储，埋点的最终目的是收集到相关的数据，用于给运营人员提供数据支撑等。
作为测试人员，测试埋点的功能有什么要注意的？
1、埋点的话，可以在前端埋点，也可以在后端埋点，测试前自己要了解埋点的具体需求，以及大致的流程是怎样操作的，比如哪些功能的操作会进行埋点，埋点之后的数据上报到何处，数据上报的频率是怎样。数据上报前是否还需要进行额外加工处理
2、要注意埋点的业务规则，要核对是否多埋点、或者少上报的情况，另外，要重点关注上报的数据是否正确
3、了解埋点上报的数据是对接的第三方平台还是自己公司自研的系统。
常见的一些埋点的场景
1、模块访问量、菜单点击量等
这一类场景主要是记录一些数据，便于后续对产品进行优化和提供定向的数据运营支持。可能包括访问量、某个页面停留时长、浏览的页面数等，一种是页面统计，一种是操作行为统计。 个人觉得像你在淘宝app上搜索某一类商品，之后就会在各个电商平台上优先推荐你搜索过的同类型的数据，应该也是用到了埋点的技术。
2、日志记录
对于日志的记录，相信大家应该不会感到陌生。我觉得这也是埋点的一种应用场景。
埋点是不是随便点几下然后看看有没有数据就行？
个人认为，埋点的测试不算很难，但是也不是随便点几下然后看看数据就行。这里我想表达的是：有的时候，不能盲目的相信产品写的文档，作为一名优秀的测试人员，要敢于质疑产品写的文档。比如说，当你遇到不同的模块采集的数据记录的相关内容都一样的时候，那这个时候就需要去确认这样的记录是否合理，是否会影响到对后面的数据分析。
埋点的文档一般是怎样的？
翻遍了我的百宝箱，最终只找到下面这张图，供大家参考一下：
埋点命名的备注供参考：
1. 同样的行为，需要考虑发生的场景： 行为_场景
2. 只可能在一个特定页面发生的行为：页面_行为
毕竟，群里的消息一刷就过去了，有时候在忙，没能及时看到或者回复。
