LoadRunner使用笔记（3）-脚本录制

以下示例，已经过期。看操作方法就行。示例来源忘记了。感谢原作者。

在使用 loadrunner 工具前，需确定哪些业务需要使用该工具进行测试，不需要的时候坚决不用，不要认为这个工具万能。以本次测试中的综合查询（预付费综合业务信息查询）为例进行讲解。

录制前准备工作

在录制脚本前需检查压测环境的整体功能是否正确，待测部分的功能是否正确，只有确保功能正确后才可进行压测。如本次测试，可先验证 50 环境是否正常，CICS 服务器（49）是否正常，/var/cics_regions 目录的使用率是否过高等等，一切确定 OK 后，开始验证功能，这些都保证没有问题后，检查一下测试工具 loadrunner 是否正常使用，可简单的点点用用，确保工具 OK。

录制及调试脚本

在准备工作 OK 后，进行脚本的录制，具体过程如下：

• 打开“开始－>程序－>Mercury LoadRunner－>Mercury LoadRunner”出现下图
  
• 点击“Create/Edir Scripts”,出现下图，如果没有出现，则可在“File”下选择 New 新建。
  
• 出现这个界面后，选择 Web(HTTP/HTML)协议，我们测试的是 B/S 模式，采用的是 Web 协议。选择后，点【OK】按钮。出现下图：
  
• 点击界面中的，这个表示开始录制脚本，点这个按钮后，出现下图：
  
  图中的 URL 输入待测的网址，如本次测试网址：http://10.243.211.50/boss/loginauthservlet
  Record into Action 中选择 vuser_init，把登录部分放在 vuser_init 中，vuser_init 与 vuser_end在测试过程中仅执行一次，这里解释一下，Action 的作用是讲测试功能主体放在里面执行，举例，假如做产品转换，我们讲登陆的部分放在 vuser_init 中， 具体业务操作放在 Action 中，退出部分放在 vuser_end。这样，我们将压力集中在业务操作上，而不是登陆退出上。同时，可以创建多个 Action，将业务操作分成多个部分，比如用户鉴权放在 Confirm 中，将选择产品放在 Select_Prod 中，将业务分开放在多个 Action 的好处是可以统计这个操作的处理时间，处理速度等，便于定位问题。
  Action 的增加、修改、删除：
  Action 可以在录制前增加，具体方法是选中界面左边的
  部分，然后点右键，可以看到有增加 Action 的按钮（Create New Action），也可进行删除、重命名。在测试前可以根据需要将业务分为几个操作部分，建立
  对应的 Action，名称最好能清晰操作部分的功能。录制脚本的时候，可以将对应的操作放在对应的 Action 中。
  这里我们假设综合查询需要以下几个步骤：
  第一、登陆
  第二、进入菜单
  第三、输入测试号码、提交查询
  则可设计 Action 为这几个：vuser_init（这个默认有）、IntoMenu、SubQue
• 设置好后，点【OK】，进行录制。
  在录制前，如果已经打开待测页面的话，建议关闭该页面。点【OK】后，这时会出现待测页面，如 http://10.243.211.50/boss/loginauthservlet，同时会出现
  这表示现在
  已经开始录制，可根据需要将业务放在一个 Action 中，也可以分成多个，放在多个 Action中，具体方法是在进行下一个业务操作前，点上图中的，选择对应的 Action，如果事先没有创建 Action 的话，则可点击增加新的 Action。
  在页面中输入用户名后，登陆到系统，待页面都加载完毕后，将 vuser_init 改为 IntoMenu，点击相应的菜单，如查询统计 -> 营业受理查询 -> 预付费查询 -> 预付费综合业务信息查询，页面加载完毕后，将 IntoMenu 改为 SubQue，在“服务号码：”中输入号码 13539300000 （测试号码），点击【查询】，待页面返回查询结果后，将 SubQue 改为 vuser_end，退出系统。
  注：页面加载完毕可以参考网页左下角有个信息提示“完毕”。
  所有操作完成后，点击
  中停止按钮停止录制，页面将自动关闭，返回到 loadrunner 录制界面，将在界面中显示录制脚本代码，保存录制的脚本。
• 调试代码并进行参数化
  录制后的代码需要进行调试才可用于压测，调试的办法就是进行回放操作，如果回放过程无错误，运行结果也正确的话，则可用于压测。具体调试步骤如下：
  点击界面中的，进行单次运行调试，运行后，会弹出运行预览的一个窗口，可以看到每一个 Action 的执行过程，运行结束后，会出现一个结果报告，如果有错误，会在报告中以红色叉标志显示出来，同时在 Execution log 中也会打出错误信息，可以根据这些错误信息进行调试。如果无错误，则可进行插入事务、参数化设置等其他操作。现假设调试无错误，进行参数化设置。
  在测试过程中，有可能需要不同的测试号码，如果产品转换，首次激活等，如果有同样的号码将导致测试失败，因为相同的号码不能做同样的业务操作多次，所以需要大量不同的测试号码，这个就需要用到参数化设置。我们在编写测试方案的时候，已经得出要准备多少测试号码，在测试工作准备的时候，已经准备好测试号码，那么可以利用这些准备的号码进行参数化设置。参数化设置的意思就是将需要用其他数据代替的地方设置为一个参数，在运行时读到这个参数，就使用其他的值代替，在这个例子中，我们需要设置参数的地方是服务号码。这样，我们需要先创建一个参数，步骤如下：
  先准备好号码，可在数据中导出，存放在 txt 文本中，格式为：测试号码，一行一个号码，最后一行要为行，如果文件名为 test_num.txt
  点击界面中，出现下面界面
  
  在这个界面中，点击左边的 New，创建一个新的参数，在界面的右边，Parameter type 选择 File，File path 选择存放号码的 txt 文件路径，选定文件后，会在下面的表格中列出测试号码，我们在 Select next row 中选择 Unique，这个表示整个测试过程仅使用唯一的号码，保证号码不重复，这样就要号码资源足够多，同时测试时间也需要控制好，否则会报错。
  创建好参数后，返回到刚才录制的脚本中，找到对应的 Action，如 SubQue 中服务号码字段，选择该号码，右键选择“Replace with a parameter”，在 Parameter name 的下拉列表中选择需要替换的参数，选定后点击 OK。
  设置 OK 后，可进行调试，如无问题，则可以进行场景的设置。这里有个注意点要说明一下，参数化也可以直接在脚本中选中需替换的地方，点右键，选择“Replace with a parameter”，改更 Properties 进行设置，但这样做经常出问题，不容易调试，不建议这样做。