为什么要写这篇文章呢？

 最近看到群里有小伙伴在问问题，于是就有了这篇文章。仅仅站在自己的角度去分析一下。仅供参考！！！

何为埋点？

今天决定以自己的理解来简述一下埋点测试。

我的理解，埋点其实就是在程序中的某个位置加一个标记，当用户触发到某个行为的时候，就采集一下数据，然后将数据上报到某个位置进行存储，埋点的最终目的是收集到相关的数据，用于给运营人员提供数据支撑等。

作为测试人员，测试埋点的功能有什么要注意的？

 1、埋点的话，可以在前端埋点，也可以在后端埋点，测试前自己要了解埋点的具体需求，以及大致的流程是怎样操作的，比如哪些功能的操作会进行埋点，埋点之后的数据上报到何处，数据上报的频率是怎样。数据上报前是否还需要进行额外加工处理

2、要注意埋点的业务规则，要核对是否多埋点、或者少上报的情况，另外，要重点关注上报的数据是否正确

3、了解埋点上报的数据是对接的第三方平台还是自己公司自研的系统。

常见的一些埋点的场景

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

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

2、日志记录

对于日志的记录，相信大家应该不会感到陌生。我觉得这也是埋点的一种应用场景。

埋点是不是随便点几下然后看看有没有数据就行？

 个人认为，埋点的测试不算很难，但是也不是随便点几下然后看看数据就行。这里我想表达的是：有的时候，不能盲目的相信产品写的文档，作为一名优秀的测试人员，要敢于质疑产品写的文档。比如说，当你遇到不同的模块采集的数据记录的相关内容都一样的时候，那这个时候就需要去确认这样的记录是否合理，是否会影响到对后面的数据分析。

埋点的文档一般是怎样的？

 翻遍了我的百宝箱，最终只找到下面这张图，供大家参考一下：

埋点命名的备注供参考：

1. 同样的行为，需要考虑发生的场景： 行为_场景

2. 只可能在一个特定页面发生的行为：页面_行为

以上是我对埋点测试的一点小小的理解，还想看我写其他文章的，可以在后台留言或者去知识星球【软件测试交流圈】提问喔，可以通过公众号菜单直达。

毕竟，群里的消息一刷就过去了，有时候在忙，没能及时看到或者回复。

往期推荐

Postman教程-接口测试流程&发送第一个请求

Postman教程-Send Requests相关的基本操作

Postman教程-Response相关的基本操作

Postman教程-变量、集合的基本使用

Postman教程-通过设置代理/拦截器捕获请求信息

Postman教程-Pre-request Script和Tests脚本的介绍

Postman教程-如何改变脚本执行顺序

Postman教程-Pre-request Script和Tests脚本进阶

Postman+Newman+Git+Jenkins实现接口自动化测试持续集成

项目重构后，如何利用Postman快速对比出新旧接口之间的差异

通过Postman工具如何快速批量生成Python Pytest的测试脚本