测试在工作中测试埋点数据。
作者：互联网
现在的app，经常会有测试埋点数据的需求，那么埋点数据要怎么测呢？
首先，产品经理会给出相应的埋点文档，一般来说，最多的就是曝光，点击，这2种情况
比如在测试这个首页大图的埋点数据时，产品会给出曝光和点击的对应打点，打点字段如下
展示打点:mybanner_show
desc有：type、index和linkURL
点击打点:mybanner_click
desc有：type、index和linkURL
其中mybanner_show，mybanner_click是主要的打点名称，desc是打点附带的参数
首先是曝光打点，每次用户看到，就是一次曝光，比如说用户首次打开app，进入到这个页面，就立刻会打上曝光的打点，而点击，顾名思义，用户在点击首页大图时，会触发这个点击的打点，点击到这个app中
通过Linux连接工具，连接到服务器中，我这里用的是secureCRT，很多公司是实用xshell，其实用起来都差不多，非常傻瓜，输入服务器地址，账号密码就可以了
通过cd+文件路径，进入到存放文件的内容里，比如这里的是data文件夹下的bizdata，具体存在哪里每个公司可能都会不同，就和大家电脑里的小电影存的地方都不一样，要去问一下开发同学
然后使用tail -f 加上文件名打开
但是你打开后会发现，内容非常的多，杂乱无章，因为这里保存的日志埋点信息，不仅仅是我们刚刚说的首页广告的曝光和点击打点，还有很多其他的打点也在实时刷新，这样测是肯定不方便测试的
所以我们加上一个过滤字段
tail -f dcall_18102.2020-05-30_22.csv |grep mybanner_show
这里的grep就是根据mybanner_show来进行过滤，只看这个文件中，包含mybanner_show的字符串
然后再去app里触发对应的操作，进入到首页中，果然进行了这个点的曝光打点
整个的点就是这样的，复制出来后，是一个json格式的字符串
其中有3个参数type，index，linkURL，是产品的需求文档里所描述的，那么这个埋点就算成功了
{\\\"type\\\":\\\"默默成神\\\",\\\"index\\\":1,\\\"linkURL\\\":\\\"https:\\\\\\/\\\\\\/baidu.com\\\\\\/page\\\\\\/70ce3efb-c1dc-4b90-acf1-d6d25fdadd7c.html?srcid=201&auto_download=1&source=external&target_type=4\\\"}\",\"ts\":\"1590847996436\",\"funId\":\"mybanner_show\",\"mode\":\"true\",\"vc\":\"2005210\"}
包含再去测试点击的打点也是一样
先使用control+z退出日志，然后在使用
tail -f dcall_18102.2020-05-30_22.csv |grep mybanner_click
进入到日志页面，并且根据mybanner_click字段来进行过滤。
然后在app上执行对应操作，点击首页广告，日志中也出现了对应的打点字段
那么有些同学会问，什么情况下埋点测试会出现问题呢。
1.埋点没埋上
经常会有开发，埋点的时候字段搞错，或者是触发条件搞错，导致做了相应操作，但是日志里查不到埋点
2.埋点多次触发
有时候，开发在写逻辑的时候，会出现问题，比如说只点击了一次广告，但是连续触发了多次埋点，这也是有问题的，会造成数据上统计不方便
3.埋点字段参数错误
刚刚看到埋点字段是有type、index和linkURL三个字段，开发有时候会少传，或者不传，或者字段错误
标签：打点,show,type,点击,测试,mybanner,埋点,数据 来源： https://www.cnblogs.com/liuxiao01/p/12995433.html