LoadRunner进阶操作.ppt

性能测试 -LoadRunner 参数化 参数化的优点：可以使脚本的长度变短。 可以增强脚本的可读性和可维护性。 为什么需要参数化：在录制程序运行的过程中，Vugen自动生成了脚本以 及录制过程中实际用到的数据。在这个时候，脚本和数据是混在一起的。 参数化的过程：在脚本中用参数取代常量值。 设置参数的属性以及数据源。 参数化脚本 参数化创建 将光标定位在要参数化的字符上，单击右键，弹出快捷菜单，选择“Replace with a Parameter”，打开选择或者创建参数对话框 参数化创建 在“Parameter name”中输入参数的名称，或者选择一个在参数列表中已经存在 的参数。 File data是我们最常使用的一种参数类型，它的数据存在于文件中。该文件 的内容可以手工添加，也可以利用LoadRunner的Data Wizard从数据库中导 出。 参数类型 Date/Time：用脚本执行时的日期和时间来替代。 Group Name：用执行脚本的VU所属组的名称来替代。 Iteration Name：用脚本执行的当前迭代次数来替代。 Load Generator Name：用产生脚本VU的负载产生器的名称来替代。 Random Number：用一个随机的整数来替代。 Unique Number：用一个唯一的整数来替代。 Vuser ID：用一个唯一的整数来替代。 User-Defined Funciton：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设置为Unique时才有效，当数据池 中的数据量不能支持迭代和Unique要求的数据量时，可以通过设置该选项值指示 LR的处理方法 Each Iteration：每次迭代时更新参数的值 Each Occurrence：每次出现时更新参数的值 Once：只在第一次迭代时为参数取一次值，以后每次迭代使用相同的值 Abort Vuser：遇到这种情况，VU停止运行 Continue in cyclic manner：遇到这种情况，重新从数据池第一个取值开始循环 Continue with last value：遇到这种情况，所有不足的取值用最后一个取值来替代 Data Wizard 接下去 现场操作 。 参数关联 脚本中用到多个参数，参数之前需要遵循一种相关联的取数规则 接下去 现场操作 。 检查点web_reg_find Tree模式 为了检查Web服务器返回的网页是否正确，VuGen允许插入Text/Image检 查点，用以验证网页上是否存在指定的test或者image，还可以测试在比较 大的压力下，被测网站功能是否保持正确 关联 LR录制的脚本忠实的记录了所有从客户端发送到服务端的数据，并 在脚本回放时按照录制时的顺序将录制下来的数据重新发送出去。 如果每次发送的数据都可以由客户端自行决定，那么只需要通过参 数化就可以满足需要了。 但在有些情况下，客户端必须根据服务端返回的信息来构造下一次 发送的数据，这样脚本就必须能够从服务端发送的数据中找到构成下一 个客户端数据的“提示”，并按照规则将“提示”转化成相应的客户端数据， 然后发送。 手动关联 使用WinDiff工具协助找出需要关联的数据。 使用相同的业务流程与数据，录制两份脚本。 确定被关联数据的左、右边界。 使用web_reg_save_param函数手动建立关联。 将脚本中有用到关联的数据，以参数取代。 手动关联实例 背景： 预算系统中提交审批，工作流引擎自动生成entry_id,由于每次生成的entry_id不能精 确判断，使用文件参数化不能满足要求。 函数： web_reg_save_param(const char *ParamName, , LAST); 脚本： 自动关联 录制后关联：录制后关联会尝试找出录制时与执行时，服务器响应内容的 差异部分，藉以找出需要关联的数据，并建立关联。 录制前关联：使用录制前关联的必要条件是我们必须在录制脚本之前就知 道哪些变量是需要关联的。 设置场景监 Unix Resources Windows Resources 数据库 WebLogic Server Windows常用计数器 Processor： %Processor Time CPU使用率。这是查看处理器饱和状况的最佳 计数器。显示所有CPU的线程处理时间。如果一个或多个处理器的该数值持续超 过90%，则表示此负载对于目前的硬件过于沉重。 Memory： Available 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以上则可能应用程序忙于切换线程。 Network 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和Page Faults/sec的值 操作系统经常会利用磁盘交换的方式提高系统可用的内存量或是提高内存使用效 率，这3个指标直接反映了操作系统进行磁盘交换的频度。 如果Pages/sec的计数持续高于几百，很可能会有内存方面的问题产生，但是这个 值很大也不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。 Page Faults/sec说明了每秒发生页面失效的次数，页面失效次数越多，说明操作 系统向内存中读取的次数越多。 此时还需要看Pages Read/sec的计数值，该计数值的阈值为5，如果计数值超过5 ，则可以判断存在内存方面的问题。 根据Physical Disk计数器的值分析性能瓶颈 对Physical 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%，则说明整个系统面临 着处理器方面的瓶颈，需要通过增加处理器来提高性能。 查看每个CPU的Processor%Processor Time和Processor%User Time Processor%User Time指系统的非核心操作消耗的CPU时间，如果该值较大，可 以考虑通过算法优化等方