一、无法生成虚拟用户,运行报错:CCI compilation error -vuser_init.c

问题出现情景是:loadrunner当天可以正常运行,保存好后,脚本和参数化也保持一致,第二天再次打开不能使用。在controller中,脚本运行,提示错误:LR8.1 Error: CCI compilation error -vuser_init.c 
直接在loadrunner generator打开之前保存的脚本,点击运行无法执行,在回放日志栏提示:vuser_init.c:No such file or directory 
分析其原因是,缺少文件

解决办法:拷贝一个init.c文件放在测试脚本目录下或者重建一个文件;

二、Error: Failed to send data by channels - post message failed

寻找解决办法,多数测试人员给出解答如下:出现这个问题,目前判断是因为lr和测试机环境或者测试服务的兼容性出现了问题,而且一般的这个问题只是在测试大数据访问的时候才会出现。 
解决办法:在LR的controller负载生成器的菜单栏中的Diagnotics->configure->Web Page Diagnotics[max vuser sampling 10%]默认的Enable关掉,重新运行以后这个问题就很少出现了。

原网loadrunner help center,链接如下:https://translate.google.com.hk/translate?hl=zh-CN&sl=en&u=http://lrhelp.saas.hpe.com/en/latest/help/WebHelp/Content/Controller/ui_diagnostics_distribution.htm&prev=search
原因详见下图

三、服务器监测—top命令

性能测试过程中,利用top命令,对服务器的实时性能进行监测。 
详解:(Top命令及参数详解,不再赘述) 
Cpu: 309.0% 用户空间占用CPU百分比 
对于多核cup,此值是个比例值,相对每个cup内核。当前服务器为24核实机。

四、服务器性能检测-io峰值,尖峰的原因

有波动,和开发讨论,有可能是虚拟机垃圾回收了~ 
清理内存时,好像卡了一下,在服务器的监测数据中,明显有尖峰。

五、响应时间和点击率一直上不去的原因—kv数据添加机制

针对本次活动接口测试,服务端布的环境中,会将用户的deviceid和领奖等信息添加到kv中(相当于一个数据池),具体添加数据到kv时间或时机因需求而异。项目中有每天定时添加数据到kv中的数据信息,也有实时添加到kv的数据信息。 
KV数据,同步和异步,服务端性能的区别; 
(1)同步写KV数据,占用耗时,平均响应时间在3~4秒左右; 
(2)异步写KV数据,请求的响应时间大大降低,在0.3~0.4秒左右; 
在开始压力测试之前,建议需要先和服务端开发沟通相关数据读写细节。

六、Linux内存回收机制-学习

关于Linux的内存回收机制,我也在学习中,O(∩_∩)O,感受到了Linux的美!

七、日志满,无法写log,点击率突降

测试中,用户不断增加,服务器性能较好,感觉不到什么压力,吞吐量也在增加,稳定一定时间后,点击率突然降低,响应时间骤升,此时测试机性能良好。到达极限后应保持,怎么会突然降低呢?查找原因,是开发将日志写在了一个较小的服务器磁盘中,压测过程中产生大量的日志,在测试一段时间后,当前磁盘已经接近饱和,达到100%,报警!

这也让我想到,之后的接口测试除了基本的接口参数、功能等基本内容沟通,还要和服务端开发更深入的沟通了解,部署环境的策略以及日志记录的机制等等,避免此类事情发生,提高测试效率。



(下载iPhone或Android应用“经理人分享”,一个只为职业精英人群提供优质知识服务的分享平台。不做单纯的资讯推送,致力于成为你的私人智库。)

作者:佚名
来源:搜狗测试