在LR工具做性能测试中,关键的一步是Controller场景的设计,因为场景的设计与测试用例的设计相关联,而测试用例的执行,直接影响终的测试结果是怎么的,因此,我们每设计一种场景,有可能是一个测试用例的执行(一个场景设计里面可以有多个脚本,场景计划方式可以按组方式,也可以按场景方式),如果场景的设计不正确或不合理,那也无谓在Analysis中结果分析了,对吧?
  下面分享一下,在Controller设计场景时需要注意和理解的问题:
  1、在场景中持续时间设置将覆盖Vuser迭代设置。这意味着,如果将持续时间设置为5分钟,那么,Vuser将继续在5分钟时间内运行尽可能多的迭代,即便运行时设置的迭代仅指定1次或2次。
  2、在场景全局计划中的初始化Vuser活动的数量会影响超时值。例如,100个Vuser尝试初始化将比10个Vuser尝试初始化花费更长时间。LoadRunner将基于活动的Vuser的数量向指定的超时值中添加内部值。
  3、VuGen在脚本中回放过程中将不执行lr_think_Times函数,因为这样将给服务器造成更大的压力。推荐在运行时设置中(Run-time settings)设置合理的思考时间,一般为3~5秒。
  4、在场景中是否设置添加集合点以及集合点策略都会或多或少影响性能测试结果(前提条件是在脚本中有添加集合点函数),若场景中添加了集合点,测试结果中“每次点击次数”、“总点击次量”、“吞吐量”等数据都会比不添加集合点时多,而响应时间相对来说比较真实能够体现出压力测试的效果,特别是在用户数比较多时做并发。