LoadRunner常见的脚本调试点

回放脚本，发现脚本回放失败，可从以下几个方面进行验证
1、在Tree视图，比较录制时请求和回放时请求内容，检查是否缺少请求头或者用户cookie等内容
处理方式：确保回放时请求和录制时请求保持完全一致，才能使得响应内容也和回放时内容完全一致。
在Script视图，缺少请求头的请求上方，插入一个新的步骤，在service中选择添加项，比如web_add_header，name和value直接复制录制时的内容即可。



2、已经按照1中步骤完成调试，回放脚本发现仍然不能成功，检查是否有参数（请求头）是动态的，检查方式：再录制一次脚本，查看两次录制时参数内容是否一致，或者使用fiddle工具抓取该请求2次，比较2次的参数内容，2次不一致说明是动态的。
处理方式：如果动态参数产生于前面某个请求的的响应中，是可以通过添加关联动态获取的，比如最常见的动态生成的参数是HHCSRFToken。添加关联，具体的处理步骤在下节讲述。
3、部分动态的参数是无法通过添加关联生效的，这类参数可能是由JS在前端生成的，或者是通过某个算法直接产生的，比如系统登录时的动态加密，动态加密就是通过加密算法在每次登录时都产生一个不同的密码密文，loadrunner无法模拟出动态的密码
处理方式：需要协调研发人员将其屏蔽。
4、由于需要测试的所有业务点都是基于登录请求的，保证登录成功至关重要，所以在进行测试前，建议首先验证是否是动态加密，步骤4移至步骤1。
处理方式：使用fiddle抓取登录请求2次，比较2次登录的密码是否一致，一致说明为静态加密，不一致说明是动态加密，动态加密协调研发人员屏蔽掉。