使用loadrunner进行压力测试遇到的问题总结

发表于:2017-6-28 11:19

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:baiyang    来源:51Testing软件测试网采编

分享:
  一、无法生成虚拟用户,运行报错: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%,报警!
  这也让我想到,之后的接口测试除了基本的接口参数、功能等基本内容沟通,还要和服务端开发更深入的沟通了解,部署环境的策略以及日志记录的机制等等,避免此类事情发生,提高测试效率。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号