小陈同学在2023年做了个测试平台,在企业内部落地推广了,自我感觉还不错。在年终汇报的时候,领导希望他能够提供一些真实的使用数据。小陈只是简单地提交了一些沉淀的用例数、测试报告、执行情况等专业的业务数据。然后领导来了个灵魂拷问:这个系统哪些功能点用户用得多?明年你打算如何改进已有的功能,让更多的人使用?
这其实是很多做平台的测试人都会遇到的问题,如何更好地运营自己的平台,除了专业的业务数据(这些数据其实还有一定的欺骗性)。在平台改进的过程中,除了业务优化外,还需要结合用户的使用情况,针对核心的、热点的功能进行重点优化。
所以,需要做好埋点数据,让更真实的数据说话。
在自己过往的经验中,有三种办法可以快速实现,和大家分享下。
01
最简单的,就是基于Nginx的日志配置,快速获取用户的访问路径及频率。在Nginx的access.log中,增加如下配置即可:
输出的结果如下:
127.0.0.1 - - [26/Mar/2021:21:42:52 +0800] "GET /code/tone/measure_backend/ HTTP/1.1" 200 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36" 0.001 127.0.0.1 - - [26/Mar/2021:21:42:56 +0800] "GET /project/PAAS/plan/tree/0 HTTP/1.1" 200 555 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36" 0.000
然后通过Shell脚本就能快速知道排名前10的路径和停留时长。还能获取到用户的浏览器信息,有助于做兼容性测试。
PS:这个办法其实也是早期做性能测试用户流量分析的基本套路,还能计算真实的PV。常用的变量可参考官网:http://nginx.org/en/docs/http/ngx_http_log_module.html#access_log
02
第二种方法,就是基于切面编程思路,在Controller业务访问的入口,增加一个AOP,用于记录用户的业务行为。
Audit的简单实现如下:
这样就可以记录用户行为了,还可以针对Audit做更多的扩展,灵活度更高。
03
如果企业内部有统一的埋点平台,那就更简单的,直接对接接入就好。省时省力。
PS:上图是某系统上线1个月后的访问情况,是不是很惨淡?虽然它业务沉淀的数据还不错,但是一直都是那么几个人在用,整体的浏览次数也不高。很难说是个有用的系统。
04
埋点数据能够比业务数据更真实地反馈系统的实际价值,因为业务数据是可以通过批量导入、设置无效数据、生成脏数据等方法制造出来。但是通过埋点数据的梳理,确认高频的URL分析,高频的用户IP分析,高频的User-agent分析,有助于产品、研发、测试更好地了解系统的真实使用情况。
测试人员为什么要懂这些呢?在不能直接接触更多的真实用户情况下,通过埋点数据的分析,测试人员至少有以下几点收获:
- 可以更好地了解用户行为,那就可以更专注地构建测试场景,把更多的精力放到核心页面功能上;
- 为探索性测试提供用户路径,测试更多的场景;
- 获得用户使用行为习惯,为后续的性能测试场景构建打下基础;
- 对于自己研发的平台,也能有更好的数据说明,有利于画饼;
小陈同学遇到的灵魂拷问问题也就有解题思路了~
共勉。