《LoadRunner进阶操作.ppt》由会员分享，可在线阅读，更多相关《LoadRunner进阶操作.ppt（21页珍藏版）》请在三一办公上搜索。
1、性能测试-LoadRunner,参数化,参数化的优点：可以使脚本的长度变短。可以增强脚本的可读性和可维护性。,为什么需要参数化：在录制程序运行的过程中，Vugen自动生成了脚本以及录制过程中实际用到的数据。在这个时候，脚本和数据是混在一起的。,参数化的过程：在脚本中用参数取代常量值。设置参数的属性以及数据源。,参数化脚本,参数化创建,将光标定位在要参数化的字符上，单击右键，弹出快捷菜单，选择“Replace with a Parameter”，打开选择或者创建参数对话框,参数化创建,在“Parameter name”中输入参数的名称，或者选择一个在参数列表中已经存在的参数。,File data
2、是我们最常使用的一种参数类型，它的数据存在于文件中。该文件的内容可以手工添加，也可以利用LoadRunner的Data Wizard从数据库中导出。,参数类型,Date/Time：用脚本执行时的日期和时间来替代。,Group Name：用执行脚本的VU所属组的名称来替代。,Iteration Name：用脚本执行的当前迭代次数来替代。,Load Generator Name：用产生脚本VU的负载产生器的名称来替代。,Random Number：用一个随机的整数来替代。,Unique Number：用一个唯一的整数来替代。,Vuser ID：用一个唯一的整数来替代。,User-Defined F
3、unciton：LR保留的一个扩展接口。,Data File和Table：用数据文件为参数提供数据池，并设置参数依据某种规则从数据池中取出数据替代。,File data,Edit with notepad,Data Wizard,手动创建文件：以dat结尾，在脚本目录下,数据文件一定要以一个空行结束，否则，最后一行输入的数据不会被参数使用！,注意,脚本格式,Update 方式,Update value on：参数值发生改变的时间,Select next row：指明了参数值在何时发生改变。（顺序/随机/唯一值）,When out of values：只在Select next row设置为Un
4、ique时才有效，当数据池中的数据量不能支持迭代和Unique要求的数据量时，可以通过设置该选项值指示LR的处理方法,Each Iteration：每次迭代时更新参数的值 Each Occurrence：每次出现时更新参数的值Once：只在第一次迭代时为参数取一次值，以后每次迭代使用相同的值,Abort Vuser：遇到这种情况，VU停止运行Continue in cyclic manner：遇到这种情况，重新从数据池第一个取值开始循环Continue with last value：遇到这种情况，所有不足的取值用最后一个取值来替代,Data Wizard,接下去现场操作。,参数关联,脚本中用
5、到多个参数，参数之前需要遵循一种相关联的取数规则,接下去现场操作。,检查点web_reg_find,Tree模式,为了检查Web服务器返回的网页是否正确，VuGen允许插入Text/Image检查点，用以验证网页上是否存在指定的test或者image，还可以测试在比较大的压力下，被测网站功能是否保持正确,关联,LR录制的脚本忠实的记录了所有从客户端发送到服务端的数据，并在脚本回放时按照录制时的顺序将录制下来的数据重新发送出去。如果每次发送的数据都可以由客户端自行决定，那么只需要通过参数化就可以满足需要了。但在有些情况下，客户端必须根据服务端返回的信息来构造下一次发送的数据，这样脚本就必须能够从
6、服务端发送的数据中找到构成下一个客户端数据的“提示”，并按照规则将“提示”转化成相应的客户端数据，然后发送。,手动关联,使用WinDiff工具协助找出需要关联的数据。,使用相同的业务流程与数据，录制两份脚本。,确定被关联数据的左、右边界。,使用web_reg_save_param函数手动建立关联。,将脚本中有用到关联的数据，以参数取代。,手动关联实例,背景：预算系统中提交审批，工作流引擎自动生成entry_id,由于每次生成的entry_id不能精确判断，使用文件参数化不能满足要求。,函数：web_reg_save_param(const char*ParamName,LAST);,脚本：,自
7、动关联,录制后关联：录制后关联会尝试找出录制时与执行时，服务器响应内容的差异部分，藉以找出需要关联的数据，并建立关联。,录制前关联：使用录制前关联的必要条件是我们必须在录制脚本之前就知道哪些变量是需要关联的。,设置场景监,Unix Resources,Windows Resources,数据库,WebLogic Server,Windows常用计数器,Processor：%Processor Time CPU使用率。这是查看处理器饱和状况的最佳计数器。显示所有CPU的线程处理时间。如果一个或多个处理器的该数值持续超过90%，则表示此负载对于目前的硬件过于沉重。,Memory：Available
8、 Mbytes物理内存的可用数（单位Mbytes）至少要有10%的物理内存值；如果Process/Private bytes和Process/working set这两个计数器升高但是Available Mbytes降低则可能存在内存泄漏。,Processor Queue Length：是指处理列队中的线程数，小于2。处理器瓶颈会导致该值持续大于2。,Context Switches/sec：如果切换次数到5000*CPU个数和10000*CPU个数中，说明它忙于切换线程。如果吞吐率降低且CPU使用率高，且Context Switches/sec在15000以上则可能应用程序忙于切换线程。,N
9、etwork Interface：Bytes Total/sec为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较。带宽10M=1.28MBps=1280kBps.Kilobytes per second（kBps.）Bytes Total/sec的计量单位是Bytes per second，该值与网络带宽相除应小于50%,内存分析方法,查看MemoryAvailable Mbytes指标,该计数值是描述系统可用内存的直接指标。如果该指标的数据比较小，系统可能出现了内存方面的问题。,注意Pages/sec、Pages Read/sec和P
10、age Faults/sec的值,操作系统经常会利用磁盘交换的方式提高系统可用的内存量或是提高内存使用效率，这3个指标直接反映了操作系统进行磁盘交换的频度。如果Pages/sec的计数持续高于几百，很可能会有内存方面的问题产生，但是这个值很大也不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。Page Faults/sec说明了每秒发生页面失效的次数，页面失效次数越多，说明操作系统向内存中读取的次数越多。此时还需要看Pages Read/sec的计数值，该计数值的阈值为5，如果计数值超过5，则可以判断存在内存方面的问题。,根据Physical Disk计数器的值分析性能瓶颈,对Ph
11、ysical Disk计数器的分析包括对Page Read/sec和%Disk Time及Average Disk Queue Length。如果Page Read/sec很低，同时%Disk Time和Average Disk Queue Length的值很高，则可能有磁盘瓶颈。但是，如果队列长度增加的同时Page Read/sec并未降低，则是由于内存不足。,处理器分析方法,查看System%Total Processer Time性能计数器的计数值,该计数值是体现服务器整体的处理器利用率，对多处理器的系统而言，该计数值体现的是所有CPU的平均利用率。如果该值的数值持续超过90%，则说明整
12、个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。,查看每个CPU的Processor%Processor Time和Processor%User Time,Processor%User Time指系统的非核心操作消耗的CPU时间，如果该值较大，可以考虑通过算法优化等方法降低这个值。如果该服务器是数据库服务器，该值大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。,研究系统处理器瓶颈,查看SystemProcessor Queue Length计数器的值，当该计数器的值大于CPU数量的总数+1时，说明产生了处理器阻塞。当%Process Time很高时一般都伴随着处理器阻塞。,
