MI测试工具LoadRunner基础培训.pptVIP

4.4 备注 1.Session的控制 Session用得越来越多了，这样会导致原来录制的脚本，在以后回放时，由于Session串已不存在，则会报错，因为Session是自动生成的，每次都不一样 解决方法是在产生Session之前的脚本前面加入以下函数： web_reg_save_param(“ParaName”,”LB=XXX”,”RB=“YYY”,LAST); 原脚本中以后的请求中的Session串用该函数中的参数名代替 该函数的实际处理动作是从接下来的HTTP请求的返回包体中找到一个满足左边界为字符串XXX，右边界为字符串YYY的地方，并将两个字符串中间的部分保存为Session的值，以便以后使用,即 ……XXXnnnnnnnnnYYY…… 如果出现在下面的返回包体中，则nnnnnnnnn这个串的值将会作为未来的Session串来使用 5. 工具使用之三：创建场景 5.1 场景的创建 5.2 场景的属性修改 5.3 场景的保存 5.1 场景的创建 1.场景的创建可以从Controler里新建一个,也可以从Virtual User Generator中直接生成，以下讲从Controler里新建场景 2.创建场景的始初框中有两种选则，一为手工创建场景，另一个为基于目标的场景，后者主要是给定一些条件，让LoadRunner自己去控制运行时的Vsser的多少,例如让Vusr数从50个到100个变动，直到点击率达到30后，再运行30分钟后退出 3.手工创建场景是较常见的,选择已有的Script，加入到场景后，会形成右下图，可以看出，每个Script是以Group的方式存在于场景中的，新建时每个Group并发数为10 4.可以让每个Group采用不同数目的Vuser，在不同的Generator上运行，这样可以进行分布式的负载测试，只要有足够多的Generator机器和License，就可以进行超强的并发压力 5.2 场景的属性修改 1.LoadRunner的脚本是有一些属性的，例如，循环次数，是否有thinktime等等，有些属性跟随脚本带入场景(例如thinktime)，有些属性在场景中还需要重新设置（例如循环次数） 2.所以创建场景后，还应对每个Script的属性分别进行检查，看是否满足场景设计的要求 3.关于Schedual，可以进一步定义场景的运行时属性，例如定义该场景以10个并发开始，每2分钟增加5个并发，直到全部并发上去后，再运行10分钟后，再每30秒停止5个并发用户，直到全部停止，这样可以形成阶梯式的并发，更趋向现网,而且更利于发现问题 5.2 场景的属性修改(续) 4.场景的属性修改，可以完成控制每秒种发包数量的功能（一般用于HTTP响应极快时，例如DSMP接口测试） 如果每个请求中有lr_thinktime(1),即Sleep一秒钟，当请求的响应时间很小(千分之几秒）时,这样我们可以将请求包/响应包的时间忽略不计，则N个并发，就是控制了发送包的速度为N个包/秒 5.3 场景的保存 1.场景的保存，可以保存和该场景相关的脚本位置，场景的属性设置，以及测试结果的位置；另外，它还可以保存Monitor相关的测试配置，这样可以大大减少下次重复测试需要的准备时间 2.经验表明,最好把场景,脚本,结果,数据文件保存在一个目录下,再分子目录归类,而数据文件在Script中采用相对路径,这样可以保证这些东西拷到其它机器或其它目录下仍能使用,常用的目录结构如下: 6. 工具使用之四：运行测试 6.1 运行测试完成的事项 6.2 运行时监控待测系统 6.3 运行后注意事项 6.1 运行测试完成的事项 1.当点击Controler里的 按钮时,可以选择Result放置的目录位置，选择并确定后，开始运行测试，运行测试实际完成的动作有： A）编译各脚本(Pending) B）Controler连接各Generator(Init) C）Controler将编译后的各脚本以及对应的数据按场景要求，通过FTP方式分发到各Generator机器（Ready) D）各Generator发起请求（对应Run) 6.2 运行时监控待测系统 1.Run的时候，可以监控一些数据，分为两类：基本性能数据、服务器性能数据 2.基本性能数据 是从Generator采集的数据，Controler定时从各个Generator上FTP获取，并图形化显示出来,这类数据包括Run Vuser,Transactions Response Time，Hit Per Sencond，Throughput 3.服务器性能数据(需要在场景运行前就进行设置） 是从待测系统的各个服务器采集的数据，这样数据的采集点就在待测系统主