先看一下LoadrunnerControler的界面是什么样的：

　　第一部分：scenarioscript

　　（1）scriptname：选择脚本的名字；

　　（2）scriptpath：脚本路径（自动）；

　　（3）分配虚拟用户的方式：百分比/用户组--可以在scenario->convertscenariotothevusergroupmode可以切换到用户组模式。

　　这里切换到用户组模式后，如何修改里面的quantity？

　　需要到，录制脚本的vusergenerator中Tools->Createcontrolerscenario里面设置虚拟用户数和用户组的而名称，然后加载完毕后，会自动显示到Controler的scenarioscript中。

　　还有一种方法：就是直接在scenarioGroup中的表单中，右键点击Addgroup,设置组的名称以及vuser的数量。

　　（4）Loadgenerators:选择负载机。默认是localhost也就是本机。

　　如果需要添加其他的机器作为自己的负载机，那么需要，Scenario->LoadGenerators添加负载机：

　　在Name输入负载机的IP，点击OK。然后还没完，这时点击connect是失败的。

　　你需要打开本机的agentconfiguration，系统盘会出现个雷达图标。

　　最后，你需要在你连接的那台负载机上也打开这个小雷达，同样方式，成功后再次回到本机点击connect测试，直到出现Readyj即可。

　　第二部分：ScenarioSchedule

　　可以设置多个不同name的schedule，这里需要强调的就是：runmode这2种方式的不同，Real-worldschedule和Basicschedule的区别在于：前者可以在计划中自定义添加Action,而后者不行。

　　第三部分：RUN

　　设置好场景之后，可以开始点击运行看看：

　　可以看到下方出现了很多的图表，蓝色的代表有数据，下面总结下这些表里的数据代表的含义：

　　1、AverageTransactionResponseTime(平均响应时间)

　　显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的性能走向。

　　随着测试时间的变化，系统处理事务的速度会逐渐变慢，这说明系统随着处理事务的增加，整体性能会有下降的趋势。

　　2、TransactionperSecond（Trans/Sec）每秒通过事务数TPS

　　图表显示了每秒，每个事务通过/失败/停止的数量，通过它可以确定系统在任何给定时刻的时间事务负载。分析TPS主要是看曲线的性能走向。将它与平均事务响应时间进行对比，可以分析事务数目对执行时间的影响。

　　当压力加大时，点击率/TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈。

　　3、HitsperSecond(每秒点击数)

　　是在运行场景中虚拟用户每秒向服务器提交的请求数。通过它可以评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”，可以判断系统是否稳定。

　　系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。

作者：我不想成秃头    

来源：http://www.51testing.com/html/87/n-7795187.html