性能测试中，脚本录制完成后，固定数据往往无法满足多用户并发场景。比如多个虚拟用户同时登录、查询或者提交业务时，如果一直使用同一个账号或编号，测试结果可能和真实访问情况存在差异。LoadRunner参数化就是为了让脚本在执行过程中使用不同数据。不过实际调整时，也容易出现参数没有生效、虚拟用户使用重复数据、测试结果和预期不一致等情况。处理这些问题时，需要结合业务数据和脚本执行过程进行检查。

　　一、LoadRunner怎么设置参数化数据

　　LoadRunner中的参数化主要用于替换脚本中的固定内容，让虚拟用户在运行过程中读取不同测试数据。设置时，需要先找到需要变化的数据，再根据测试场景选择合适方式。

　　1、先找到脚本中的固定数据

　　录制完成后的脚本中，并不是所有内容都需要替换，通常只处理会随着用户变化的数据。

　　①、打开【Virtual User Generator】。

　　②、进入【脚本编辑器】。

　　③、查找固定请求内容。

　　④、确认需要替换的数据。

　　例如登录账号、商品编号、查询条件等内容，如果所有虚拟用户都使用同一数据，就可能影响测试结果。

　　2、创建参数替换脚本数据

　　确定需要变化的数据后，可以建立对应参数。

　　①、选中目标数据。

　　②、打开【参数化】设置。

　　③、创建参数名称。

　　④、保存参数内容。

　　⑤、查看脚本变化。

　　例如将固定用户名替换为参数后，运行时LoadRunner会根据设置读取不同数据。

　　3、配置参数数据来源

　　参数建立后，还需要设置数据来源和读取方式。

　　①、打开【参数列表】。

　　②、导入测试数据文件。

　　③、设置取值方式。

　　④、保存参数配置。

　　测试数据通常来自文件表格，不同读取方式会影响多个虚拟用户之间的数据分配。

　　二、LoadRunner参数化后测试结果不符合预期如何调整

　　参数化完成后，脚本能够运行并不代表测试数据已经符合要求。实际测试中，比较容易出现数据重复、业务结果异常或者压力情况和预期不同的问题。

　　1、虚拟用户重复使用相同数据

　　参数化后，如果多个用户仍然提交同一组数据，需要检查参数读取方式。

　　①、打开【参数列表】。

　　②、查看数据分配方式。

　　③、修改取值规则。

　　④、重新运行脚本。

　　例如登录测试中，如果多个虚拟用户同时使用同一个账号，系统可能限制重复登录，导致测试结果偏差。

　　2、参数已经替换但业务结果没有变化

　　有些脚本表面上完成参数化，但实际请求中仍然保留原始内容。

　　①、打开【脚本内容】。

　　②、查看请求参数。

　　③、确认替换位置。

　　④、运行脚本验证。

　　如果参数只替换了显示内容，没有作用到实际请求中，测试结果仍然可能保持原来的状态。

　　3、测试数据和业务规则不匹配

　　参数文件中的数据并不是越多越好，需要符合当前业务逻辑。

　　①、打开【参数文件】。

　　②、检查数据格式。

　　③、确认数据有效性。

　　④、更新异常数据。

　　例如订单编号、用户信息等数据如果已经失效，脚本运行时可能出现大量业务错误。

　　三、LoadRunner参数化测试中容易忽略的问题

　　参数化完成后，脚本还需要经过多次验证。实际项目中，数据准备、业务流程变化以及测试环境调整，都可能影响最终结果。

　　1、测试数据没有跟随业务变化

　　①、打开【参数文件】。

　　②、检查当前数据。

　　③、更新过期内容。

　　④、重新执行测试。

　　业务系统更新后，之前准备的数据可能已经不适用，需要重新整理。

　　2、参数数量不足影响并发测试

　　①、查看【参数列表】。

　　②、统计数据数量。

　　③、补充测试数据。

　　④、调整读取方式。

　　虚拟用户数量增加后，如果数据量不足，多个用户可能重复获取相同内容。

　　3、测试结束后没有核对实际请求

　　①、打开【运行日志】。

　　②、查看执行记录。

　　③、检查请求数据。

　　④、确认测试结果。

　　总结

　　LoadRunner参数化并不是简单替换脚本中的固定内容，真正影响测试结果的是数据是否符合业务场景。实际测试中，参数设置、数据来源以及虚拟用户执行方式都会影响最终表现。做好测试数据整理，并在运行后检查实际请求情况，可以让性能测试结果更加接近真实业务状态。希望本文能够为需要使用LoadRunner进行参数化测试和结果调整的用户提供一些参考。