写个LR的总结吧

性能测试开始之前，之中，之后，三个不同的时间点上需要考虑很多问题，考虑清楚后再进行LR脚本的录制或者编写。下面就介绍一下我玩LR这几天的一点基础的心得，忘高手们指导。本人LR测试的是向应用服务器发送Http请求的测试，被测对象是应用服务器和应用程序，LR脚本是JAVA编写的，被测试应用程序也是JAVA。

 

1.弄清楚压力测试的主要关注点：（区分关注压力还是负载）

（1）压力测试：

  a.被测对象最多可以承受多少用户后，效率开始降低或者异常（Vuser）

  b.被测对想可以最多处理多少事物后，效率开始降低或者异常（Transaction & TPS）

(2)负载测试：

  a.被测对象最高用户数时（临峰值），持续多长时间后，处理事物的效率开始降低或者异常

  b.被测对象处理请求数最多时（临峰值），持续多长时间后，处理事物的效率开始降低或异常

 

2.增加压力方法：

（1）增加用户数（Vuser，即虚拟用户数）

（2）增加处理事物数，此方法可视为另一种意义的增加用户数

（3）脚本中增加循环次数

（4）LR中的Run-time settings中增加循环数（Iteration，脚本的执行迭代次数）

 

3.增加负载方法：

（1）使用LR控制在线用户数的时长（即高用户数量下，运行多长时间）

（2）脚本中增加think_time，模拟在线用户时间的增加（别忘了调整好Run-time settings中的think_time设置）

 

4.LR中主要关注的两种效率：

（1）TPS：每秒处理多少事物

（2）处理一个事物需要多长时间：可以给足数据量（参数化中的数据量）然后将运行方式调整为运行完停止（在loadrunner的controller里配置）最后自己计算这个效率指标。即总耗时比上总事物数（passed）

 

5.这里介绍一个玩LR时遇到的一个小问题：TPS始终无法增加到目标时应考虑以下问题（以下问题是在应用服务器，压力服务器等硬件设备，网络环境等足够支撑整个性能测试的情况下考虑的，否则首先关注硬件，系统环境，网络环境）

（1）用户数量是否够多，以至于压力不够

（2）事物数量是否不够

（3）统计事物是否过多（即将前一个事物的运行时间也包括到检查事物中去了）

（4）统计时间是否过短

（5）脚本中的think_time是否过长

（6）被测试程序是否有异常：(这个问题为最后考虑点，主要关注以下几点)

  a.各个硬件设备异常

  b.应用程序被测对象等是否异常

  c.数据库异常

  d.连接异常

  e.session或者cookies异常

  d.session占用空间不释放等