做性能测试时，脚本录制往往是比较容易出现问题的环节。测试人员按照正常流程操作系统，但LoadRunner生成的脚本可能没有记录有效请求，或者录制完成后回放结果和实际操作存在差异。尤其是在接口调整、系统升级或者测试环境变化后，之前能够运行的脚本也可能出现异常。处理这些情况时，单纯重新录制并不能解决所有问题，还需要了解脚本生成方式以及错误出现的位置。
一、LoadRunner怎么创建性能测试脚本
LoadRunner脚本制作并不是简单记录鼠标操作，真正用于性能测试的脚本，需要符合业务流程和后续执行需求。录制前先整理测试目标，后面的参数处理和脚本维护会轻松一些。
1、录制前先确认业务操作路径
开始录制之前，需要明确这次测试模拟的业务过程。
①、打开【Virtual User Generator】。
②、创建【新建脚本】。
③、选择对应【协议】。
④、进入脚本编辑页面。
例如测试登录、查询、下单等流程时，需要先确定用户实际会经过哪些页面和请求，避免录制过程中混入无关操作。
2、根据真实操作生成脚本内容
录制阶段记录的是用户行为，但生成的脚本还需要后续整理。
①、点击【录制】。
②、输入测试地址。
③、执行目标业务。
④、结束录制。
录制完成后，不建议直接投入压力测试，先查看脚本中的请求是否和业务流程一致。
3、脚本生成后处理动态数据
很多系统请求中会带有变化内容，例如Session编号、订单编号等，这些数据不能长期固定。
①、打开【脚本编辑器】。
②、查找变化参数。
③、添加【参数化】设置。
④、配置动态数据。
例如多个虚拟用户同时执行登录操作时，需要使用不同测试数据，否则脚本结果可能和真实访问情况存在差异。
二、LoadRunner脚本录制失败如何排查
脚本录制失败时，先判断问题发生在哪一步比较重要。有些情况是录制阶段没有捕获请求，有些情况则是脚本生成后无法正常回放，两者处理方向并不相同。
1、操作完成后脚本没有记录内容
如果浏览器或者客户端已经完成操作，但脚本窗口没有新增请求，可以先检查录制环境。
①、查看【录制设置】。
②、确认应用程序配置。
③、检查通信方式。
④、重新开始录制。
这种情况比较常见于录制入口设置不匹配，或者当前应用使用的通信方式没有被正确捕获。
2、录制成功但回放失败
有些脚本录制时正常，运行时却出现页面访问失败或者请求错误。
①、运行【Replay】。
②、查看【运行日志】。
③、定位失败请求。
④、检查脚本内容。
⑤、重新测试运行。
如果失败位置固定出现在某一步，可以重点查看该请求是否依赖动态数据。
3、请求数据变化导致脚本异常
部分系统会自动生成变化参数，录制时保存的内容无法直接重复使用。
①、打开【脚本内容】。
②、查找变化字段。
③、添加【关联】。
④、更新请求数据。
例如登录后的Session信息、业务编号等内容发生变化时，需要让脚本自动获取当前数据。
4、录制环境变化影响脚本生成
LoadRunner录制依赖当前测试环境，浏览器版本、系统配置等变化都可能影响结果。
①、检查【系统设置】。
②、确认浏览器环境。
③、关闭影响程序。
④、重新测试录制。
三、LoadRunner脚本长期使用时需要注意的地方
性能测试脚本很少会一直保持最初状态。系统功能调整、接口变化、测试目标改变，都可能让之前录制好的内容逐渐不适用。脚本维护时，除了让它继续运行，也要保证里面记录的业务逻辑和当前系统保持一致。
1、页面变化后重新核对脚本流程
系统页面调整后，原来的操作步骤可能还能执行，但请求内容已经发生变化。
①、打开【脚本文件】。
②、查看对应业务步骤。
③、对比当前系统流程。
④、修改不一致内容。
例如登录、查询这类基础操作经常会随着版本更新调整，如果脚本仍按照旧流程执行，回放时容易出现异常。
2、测试人数增加后重新整理数据
①、进入【参数列表】。
②、查看当前测试数据。
③、替换重复内容。
④、保存参数配置。
⑤、重新运行脚本。
虚拟用户数量增加后，多个用户长期使用同一组数据，可能无法体现真实业务访问情况。
3、脚本运行不稳定时查看变化记录
①、打开【运行日志】。
②、定位异常步骤。
③、查看请求信息。
④、记录修改内容。
⑤、再次执行测试。
有些脚本并不是每次运行都会失败，遇到这类情况时，保留修改记录比反复调整代码更容易找到原因。
总结
LoadRunner脚本从录制完成到真正用于测试，中间通常还会经历多次调整。系统会变化，测试需求也会变化，一份脚本能长期使用，靠的是后续维护时保持业务流程清楚、数据管理规范。希望本文能够为需要制作和维护LoadRunner性能测试脚本的用户提供一些参考。
