写个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占用空间不释放等

原文转自：http://www.ltesting.net