在LoadRunner里做参数化，真正影响脚本可用性的，不是把固定值替换成参数这一步，而是参数类型、取值方式、更新时机和数据文件引用路径有没有一次配对。VuGen官方文档明确说明，参数可以直接从脚本步骤里创建，也可以通过参数属性窗口设置成File或Table类型，再决定按顺序、随机还是唯一值去取数。

　　一、LoadRunner参数化怎么配置

　　这一部分先解决参数怎么建、怎么配。更稳的做法不是先导入一大堆数据，而是先把脚本里的固定值替换成参数，再回到参数属性里统一配置取值规则，这样后面改数据源和改更新方式都更容易。VuGen官方给出的标准流程也是先创建参数，再在Parameter Properties里补数据与行为。

　　1、先在脚本步骤里把固定值替换成参数

　　在Step Navigator或脚本代码里选中要替换的固定值，点击参数化入口，创建一个新参数。官方说明里提到，可以从参数化对话框直接给参数命名并指定类型，常见起点就是File参数。

　　2、创建参数后立刻进入Properties配置

　　参数建好后不要急着回放，先点【Properties】进入Parameter Properties窗口，确认参数类型、数据来源和更新规则。这个窗口就是LoadRunner参数化真正的控制中心。

　　3、先选参数类型，再决定是不是做表格化

　　如果只有单列数据，直接用File类型就够；如果同一行要同时取用户名、密码、手机号这类多列关联数据，更适合用Table类型。官方文档说明，File和Table参数都支持从外部文件导入值。

　　4、把取值方式和更新时间一起设好

　　【Select next row】决定下一行数据怎么取，常见是Sequential、Random、Unique；【Update value on】决定参数何时切换到下一个值，常见是Each Iteration、Each Occurrence、Once。实际配置时，这两项要一起看，不然最容易出现每次回放都在重复取同一行。

　　5、唯一值场景要补充用尽后的行为

　　如果你选了Unique，就要继续设置【When out of values】。官方说明里给了继续循环、继续用最后一个值或中止Vuser这类处理思路，所以账号、订单号这类一次性数据必须提前想好耗尽后的动作。

　　6、配置完先开日志验证参数替换

　　在Runtime Settings的Log里开启Parameter substitution，然后做一次小规模回放，先确认日志里确实按预期替换了值，再扩大到正式场景。官方也把这一动作列为参数化后的标准验证方式。

　　二、LoadRunner参数文件怎么引用

　　这一部分解决的是数据文件怎么接进脚本。稳定的做法是先把外部文件按分隔符和列名整理好，再通过参数属性窗口导入，让VuGen把数据保存成脚本可识别的参数文件，而不是直接在脚本目录里随手放一个文本文件就算完成。官方说明里明确写到，导入后的数据默认会被保存为脚本data目录下的.dat参数文件。

　　1、先把源文件整理成规则表格

　　如果你准备用文本或CSV导入，先确认列分隔符一致，是否包含表头也要提前定好。因为导入时要指定delimiter和首行是否作为列名，这一步不统一，后面最容易导错列。

　　2、在Parameter Properties里点Import Values

　　进入参数属性窗口后，选择File或Table类型，再点击【Import Values】或同类入口，把外部文件导进来。官方流程就是通过这个对话框把ASCII源文件转成VuGen自己的参数数据。

　　3、导入时正确设置列名和列映射

　　如果第一行是表头，就勾选Use first row as column names；如果是多列表，导入时还要选定具体列。官方文档明确说明，可以按列号或列名选择数据源列。

　　4、让脚本引用的是参数而不是手工文件路径

　　LoadRunner脚本真正引用的不是你最初选的CSV路径，而是参数名本身。外部文件导入完成后，脚本里用的是参数占位符，数据则由VuGen保存到脚本data目录下的参数文件里，这样脚本迁移和打包时更稳定。

　　5、需要多参数联动时优先放进同一表

　　如果用户名和密码必须同行对应，最好放在同一个Table参数文件里，而不是分两个独立文件分别取数，否则顺序一旦不同步，回放时很容易出现错配。

　　6、换机器或交接脚本时先检查data目录

　　正式交付脚本前，先确认脚本目录下的data文件夹和.dat参数文件都在，避免只拷贝了代码没带参数文件。因为官方说明已经明确，导入后的值默认就保存在这里。

　　三、LoadRunner参数化结果怎么校验

　　前两部分解决的是怎么建参数和怎么引文件，这一部分解决的是如何确认参数化真的按预期工作。更稳的做法不是只看脚本能不能跑通，而是把参数替换、数据推进和唯一值耗尽这几类关键行为都做一次最小验证。

　　1、先做单用户单次回放

　　先用一个Vuser跑一轮，确认参数替换正常，再去看多用户并发，不要一上来就在Controller里放大规模。

　　2、再做多迭代验证

　　把迭代次数开到三到五次，重点看Sequential和Each Iteration组合下是不是每轮都拿到了新值，这一步最能看出更新规则有没有设对。

　　3、唯一值场景要专门压测耗尽边界

　　如果用的是Unique，建议故意让Vuser数量或迭代次数超过数据行数，确认耗尽后行为是不是你想要的，而不是上线后才发现账号不够用。

　　4、把参数配置和数据样本一起归档

　　脚本交付时最好把参数名、取值规则、源文件格式和测试样本一起留档。后面换人维护时，比只留一个能跑的脚本更省事。

　　总结

　　做LoadRunner参数化，先把固定值替换成参数，再回到Parameter Properties统一配置类型、取值方式和更新时间，是最稳的起点。引用参数文件时，不是简单把CSV放进目录，而是要通过导入流程让VuGen生成并管理脚本自己的参数文件。最后再用日志、小规模回放和边界验证把参数推进逻辑跑通，脚本才算真正可用。