使用LoadRunner怎么进行性能测试? loadrunner性能分析

导读相信目前很多小伙伴对于使用LoadRunner怎么进行性能测试?都比较感兴趣，那么小搜今天在网上也是收集了一些与使用LoadRunner怎么进行性能测...

文章插图
相信目前很多小伙伴对于使用LoadRunner怎么进行性能测试?都比较感兴趣，那么小搜今天在网上也是收集了一些与使用LoadRunner怎么进行性能测试?相关的信息来分享给大家，希望能够帮助到大家哦。
【使用LoadRunner怎么进行性能测试? loadrunner性能分析】1、生成测试脚本1、把登陆部分放到“vuser_init”部分,把需要测试的内容部分放到“Action”部分执行；但是如果是模拟多个用户登陆系统，则要把登陆部分放到Action部分来实现2、录制脚本后，想查询某个函数的原型，按“F1”键3、确认脚本中哪些参数是需要进行参数化的（最好能可以和开发人员一起确认）4、在脚本参数化时把函数web_submit_data()中的ITEMDATA后面的数据参数化，因为这些数据是传递给服务器的，当然也可以把一个函数中的所有相同变量都替换掉5、脚本中无用的部分用“”“//”注释掉，但最好不要删除6、调试脚本遵循以下原则：确认在VU里SUSI（单用户单循环次数single user & single iteration）确认在VU里SUMI（单用户多循环次数single user & multi iteration）确认在controller中MUSI（多用户单循环次数multi user & single iteration）确认在controller中MUMI（多用户多循环次数 multi user & multi iteration）7、事务的名称取的有意义便于事务之间的区分，把所有的事务名都记录在一起，便于在测试结果概要中区分它们，这要写成一个表：某次测试有哪些模块，每个模块中有哪些事务(见对应的“关系表”)8、在 “Parameter List”中可以选择参数类型“Random Number” ，使某一个参数取设定的范围内的随机值
2、建立场景1、把场景名称编号，并制定出一份场景名称和场景条件组合的对应表。比如，场景m对应于“某一模块_xx个vu _分z台machine”(见“关系表”中的例子)2、根据上面的对应表把场景设置好，需要设置的要素如下：总体多少个用户、分多少个组、每个组有多少个用户、分几台机器运行、每个脚本迭代多少次、是否回放think time时间、检查Parameter List中每个参数设置是否正确、参数从表中取值间隔是否正确、是否选中“Initialize all Vusers before Run”3、测试结果应该保存为“m场景0 ， m场景1,…”4、把虚拟用户分散到几台机器上和在一台机器上面都要进行测试，因为有可以效果不同5、场景中如果有需要改动的地方，必须新建一个场景(建议使用“另存为” ，然后再修改结果文件名，再选择相应的脚本) ，并把场景按顺序编号，先维护好场景与场景组合条件的对应表，以便以后的查找，并且在结果 “Results Setting”中设置的结果名与场景名相同。建议在“Results Setting”中选中“Automatically create a results directory for each scenario executeon”让它每次自动累加，不建议选中“Automatically overwrite existing results directory without prompting for confirmation” ，因为我们不要覆盖掉以前的测试结果，把它保存下来以便有个根据。6、需要注意的地方：当在“Parameter List”中的“Select next row”选中“Unique”时，如果再在“Edit Schedule\\Schedule by Scenario\\Duration”中选中第二项“Run for XX after the ramp up has been completed”时系统就会报错，提示“Unique”类型不相符。7、在“Run-time Setting”设置中， “General”中的“Pacing”非常有用，可以设置每次迭代之间相隔多少时间，也可以是随机的取值8、建议：把“Parameter List”和“Run-time Setting”中的所有设置都搞熟悉，这样便于以后对脚本和场景进行设置9、设计“Parameter List”时的小技巧：即在“Allocate X values for each Vuser”时，尽量把它的间隔在数据容许的范围内取大些，这样可以做从一次迭代到最大值迭代，而且对脚本没有什么影响10、当一个脚本中有多个事务，在事务前面增加集合点时需要一点技巧。或者我们把脚本复制几个，或者我这样做：测试前面的事务的压力时，把后面的事务前的集合点设置为不激活状态；在测试后面的事务的压力时，把前面的事务的集合点设置为不激活状态，另外最好不选中Initialize all Vusers before Run ，具体参见Controller中的“Scenario/Rendezvous” ，及用户手册(按F1)11、把持续时间从最后60秒改为整个场景的时间，右键单击某个图，选择“Configue” ，修改Graph Time即可12、每次从一个场景修改后保存为另一个场景时别忘记把结果保存文件名修改相对应的文件名。在设置结果保存文件名时有一个技巧：如果你打开这个窗口时，点击确定则系统会默认以“4场景2”为基点向后加“4场景20”“4场景21”等等，但是如果你把结果文件名后面的数据去掉，改为“4场景” ，点击确定后，系统会自动搜索是以“4场景”开头的文件名，并在它的后面继续增加，比如把它改为“4场景”时，下次结果保存在“4场景3”中。而且他在搜索的时候搜索以“4场景”开头的文件名，从0开始，有的话就不取代而跳过，没有的话就取代。