LoadRunner做性能测试 从设计到分析执行

Posted 2020-06-24 blogsheng

项目简介：像百度知道系统类似的系统性能测试，是公司的自己产品。

　　对最近这个系统的性能测试进行总结下：

　　系统功能介绍：

　　前台用户可以根据自己的需要对不同的区域提问，提问包括匿名和登陆用户提问

　　后台不同区域的管理员对所提的问题进行回答、删除和审核问题，超级管理员对所有区域信息能够进行统计。

　　测试工具：

　　● MI公司的压力测试工具LoadRunner

　　● 版本：8.1

　　● License：10000

　　● 协议：HTTP/WEB协议

　　根据需求设计性能测试方案及场景

　　场景简单设计如下：

　　1. 前台发帖

　　● 打开首页面；

　　● 记录进入首页面所用时间

　　● 输入用户名和口令登陆；

　　● 记录登陆所用的时间；

　　● 编辑帖子并发送；

　　● 记录发帖所用时间；

　　● 重复3-6步15分钟。

　　2. 后台回答问题

　　● 打开后台登陆页面；

　　● 记录进入页面所用时间；

　　● 输入用户名和口令登陆；

　　● 记录登陆所用的时间；

　　● 发送回答问题信息；

　　● 记录回答问题所用时间；

　　● 重复3-6步15分钟。

    3. 后台审核问题

　　……

　　4. 后台删除问题

　　……

　　

      硬件环境：

　　负载均衡和HA，局域网（压力机和服务器在同一交换机上）

　　性能指标：

　　没有明确的性能指标，重点监控服务器不出现500错误，以及CPU、内存、IO等资源使用情况，以及并发数、TPS、成功率等根据测试情况进行调优，满意为止。（和别的web性能测试提出明确指标如响应时间等有所不同）

　　测试脚本修改原则：

　　前台发帖：

　　1. 注释思考时间

　　2. 前台要求对不同的区域进行发帖提问，所以要数据库中存在相应的区域，并允许同一IP多次提交提问

　　A． 由于所存在区域如500个，而前台要求并发提问为2000并发，这样一一对应关系会使参数不足，可以做参数化的时候，对所存在的区域信息进行copy。参数选择的设置为unique、once，这样才能使一个提问者对于一个区域。

　　B． 对问题的要求，要求每次提不同的问题，最简单的方法是做参数时选择unique number，update value on选择once，数据已经足够大了，不会担心参数不够而报错。

　　3. 要求开发注释掉验证码，或万能验证码

　　后台回帖：

　　1. 注释思考时间

　　2. 后台允许多个IE登陆

　　A． 由于所存在区域如500个，要求登陆并发回帖为2000并发，这样一一对应关系会使参数不足，可以做参数化的时候，对所存在的区域信息进行copy。参数选择的设置为unique、once。注意密码和用户名要完全匹配。

　　B． 对同一个问题运行多次回答。

　　C． 加检查点如： web_global_verification("Text=欢迎您",LAST);

　　D．对一个问题对应一个用户注意参数化的设置。

 

执行测试并分析调优：

　　测试中报错的信息解决：

　　1. Failed to connect to server "域名:80": [10065] No Route to Host

　　解决：

　　这种错误信息有两种情况，一是交换机堵塞，一是服务器网络堵塞或者CPU无法响应（网卡中断处理不过来了）。

　　从服务器端检查下iptables 是否开启，看看 /proc/sys/net/ipv4/ip_conntrack_max 是多少。

　　2. TTP Status-Code=500 (Internal Server Error)

　　解决：

　　A． 这个问题，开发人员从程序和环境进行调优了。

　　B． 通过抓包发现有大量的sql语句重复执行，建议优化sql。

　　C． 优化JVM。机器配置：4G的内存，32个线程并发能力

　　-Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20

　　3. HTTP Status-Code=504 (Gateway Time-out)

　　解决：

　　502 bad Gateway  服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。

　　504Gateway Timeout  由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。

　　解决：可以启动多个tomcat服务，一个tomcat服务可能支撑不了那么大的并发。（一般情况下像IBM高配的服务一个tomcat能支持2000并发吧。）（只能让部署环境的同事帮忙调整，我们没这权利啊。）

　　4. Step download timeout (120 seconds) has expired when downloading non-resource(s)

　　解决：

　　可以修改配置参数（tomcat的），也可以程序上进行调整超时时间。

　　如    <Connector port="8080"

　　maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

　　enableLookups="false" redirectPort="8443" acceptCount="100"

　　debug="0" connectionTimeout="20000"

　　disableUploadTimeout="true" />

　　当然了也可以调整LR的配置但最好不这样。

　　5. Abnormal termination, caused by mdrv process termination

　　解决：

　　大胆尝试了修改了LR中的D:\Program Files\Mercury\LoadRunner\dat\protocols 中的http.lrp信息，在[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量 。

　　测试结果：

　　● 前台发帖：

　　场景设计：执行2000并发匿名对不同的区发帖，每15秒上50个用户，2000个用户全部到达后，持续执行10分钟。

并发数	提问响应时间	成功率%	服务器每秒处理的请求数	吞吐量（Mbps）
2000

　　● 后台回帖：

　　场景设计：执行400并发对同一区不同的帖子进行回复，每10秒上20用户，400个用户全部到达后，持续执行10分钟。

并发数	回帖响应时间	成功率%	服务器每秒处理的请求数	吞吐量（Mbps）
400

　　注：响应时间的单位为：秒

　　这个测试结果比较满意，还在进一步调优。