loadrunner常用函数_LoadRunner-常用的函数

LoadRunner中，常用的函数有很多，这里只介绍编写性能测试脚本过程中那些必然用到的函数。本文重点关注这些典型函数的应用场合及注意点，至于函数详细使用说明请参见LoadRunner帮助文档。

1.1.1.事务相关

1.1.1.1. lr_start_transaction/lr_end_transaction

功能：事务开始/结束标记。

应用场合：需要统计某一段代码块执行所需要的时间，这两个函数需要成对使用。

举例：工作流系统性能测试中有一个需求，300人在线，提交工单操作平均响应时间在3秒以内，则需要在提交工单请求步骤之前插入lr_start_transaction，提交工单请求步骤之后插入lr_end_transaction。

注意点：这两个函数只是标记函数，用于标记事务开始/结束，因此可以嵌套使用，即事务中还可以包含子事务。

1.1.1.2. lr_think_time

功能：模拟思考时间，即等待时间。

应用场合：在线用户测试，为了让每一个虚拟用户模拟一个真实用户的行为，即让一个虚拟用户对系统产生的压力跟真实用户相当，就必须使用这个函数。这是因为，用户在使用系统的过程中，从一个操作转换到另一个操作，是需要时间的，这个时间就是思考时间。

举例：客服3.0工作流系统在线用户测试。对于工单查询操作，输入查询条件后提交查询，从输入查询条件至提交查询的时间间隔就是思考时间。因为LoadRunner无法模拟键盘输入的过程，它只能模拟键盘输入的等待时间，此时需要在提交查询的那个动作前插入lr_think_time函数。

注意点：在录制脚本中，原子事务内不要包含lr_think_time函数，否则该思考时间将被统计到事务响应时间中，造成结果不准确。另外lr_think_time是否启作用，可通过runtime-seting进行设置。

注：原子事务指那些不能再分割为更小事务的事务，它经常指一个单一的业务操作，通常表现为一个URL请求。

1.1.1.3. lr_rendezvous

功能：在Vuser脚本中设置集合点。

应用场合：并发测试。

举例：客服3.0培训考试系统，100人同时打开同一份试卷。则需要在打开试卷的语句前插入lr_rendezvous函数，并在场景中设置集合点策略。

注意点：非并发测试，例如在测试系统的处理能力时，最好不要设置集合点，因为一旦设置了集合点，将导致一些VUser处于等待状态，在这等待过程中服务器将是空闲的，这将导致不能准确的测试出服务器的真实性能水平。集合点更多用于发现系统的并发问题。

1.1.2.参数化/关联

1.1.2.1.lr_save_string/lr_save_int

功能：将某一字符串/整型保存为参数。

应用场合：有些变量的值通过C语言生成，之后在测试脚本中要使用这些变量。

举例：客服3.0业务配置台系统增加业务代表操作，业务代表的工号和姓名使用C语言函数生成。工号和姓名分别保存在staff_no和staff_name变量中，则在脚本中可以使用lr_save_int(staff_no,"staffno")，lr_save_str