Loadrunner中影响"响应时间"的设置

1.Runtime setting的设置51Testing软件测试网1b3@8am-}-fB-sR'U

  *Think time51Testing软件测试网!F-G1I(b X3^k

 这个就不多说了，如果忽略则"响应时间"会变短，但同时对服务器的压力增大，从而间接影响响应时间

在anlaysis里有个过滤设置，可以设置过滤掉Thinktime，没有详细研究过

51Testing软件测试网-^zAGgN,oqf/b

* Pacing设置51Testing软件测试网"eZeO
T,WJ[h

 这个是我们经常忽略的一个设置51Testing软件测试网:M.x V ~$_Y%U

 xinqidian123在他的空间的文章里提到：51Testing软件测试网4LM&e"lB-y7E
X

其实LoadRunner是以客户端的角度来定义“响应时间”的，当客户端请求发出去后，LoadRunner就开始计算响应时间，一直到它收到服务器端的响应。这个时候问题就产生了：如果此时的服务器端的排队队列已满，服务器资源正处于忙碌的状态，那么该请求会驻留在服务器的线程中，换句话说，这个新产生的请求并不会对服务器端产生真正的负载，但很遗憾的是，该请求的计时器已经启动了，因此我们很容易就可以预见到，这个请求的响应时间会变得很长，甚至可能长到使得该请求由于超时而失败。等到测试结束后，我们查看一下结果，就会发现这样一个很不幸的现象：事务平均响应时间很长，最小响应时间与最大响应时间的差距很大，而这个时候的平均响应时间，其实也就失去了它应有的意义。也就是说，由于客户端发送的请求太快而导致影响了实际的测量结果，设置步长则可以缓解这一情况，这样，应该试试设置pacing，再运行看看情况。51Testing软件测试网)Y G3x;?:K6w1})|%V;?:H

2.场景的设置

加载和释放虚拟用户的设置

如果在比较短的时间间隔加载较多的vuser，无疑会对加载过程中的服务器产生较大压力，从而使总的平均响应时间变长51Testing软件测试网6[#]\"D.R'I

有时我们会发现一个有点费解的现象，在场景停止的最后时间，响应时间图的曲线会呈上升状态51Testing软件测试网P'y1o.ow p E

在论坛里看到有同学提出这样的疑问，有回复提到：51Testing软件测试网e8LY&qd9VQ$^C

如果在高负载的系统中运行，会话线程执行完后一直没有释放的话，那么就会造成后者请求线程一直在等待前者运行线程的结束，那么响应时间自然而然的就增加了。类似于Pacing设置的说明

个人觉得，和释放vuser的设置应该也有一定关系，希望各位来探讨下

 51Testing软件测试网g
U)mb j[1M i