LoadRunner脚本回放时出现的Abort、Stop和Pause问题，是阻碍性能测试执行的主要障碍。这些问题一般指向脚本思路、运行时环境或服务器交互中的深层故障。
基础排查
开始前，请先进行以下基本检查：
网络和端口连通性：保证负载生成器能访问目的服务器，使用 telnet [服务器IP] [端口] 证实。
脚本语法：在VuGen中编译脚本（按F7），确定无语法错误。
错误日志：开启VuGen的扩展日志（Extended Log），勾选“Always send messages”。回放时查看输出窗口的错误描述，这一般指明了问题方向。
完成基础检查后，如果问题仍未解决，排查以下方面：
脚本层排查
这是最常见的故障源。
参数化数据问题：
问题：迭代时“Stop”，报错指向数据使用。
解决：检查参数文件途径是不是正确、数据是不是充足。对“Unique”参数，保证设置的“Block”大小足够（应≥Vuser数×迭代次数）。在日志中查看参数取值是不是异常。
关联失败：
问题：Abort或Stop，错误提示包含动态值（如sessionid）。
解决：使用对比工具（如WinDiff）对比两次录制的脚本，找到差别并正确关联。保证关联函数（如web_reg_save_param）在请求之前注册，且左右边界（LB/RB）能唯一一致。
事务和检查点：
问题：在事务或检查点处Fail或stop。
解决：检查lr_end_transaction前的事务状态是不是正确设置。检查点函数（如web_reg_find）也需在请求前注册，并确定搜索文本无误。
硬编码和资源引用：
问题：脚本中有绝对途径、固定IP或主机名。
解决：将所有环境依赖改为参数，使用lr_get_host_name()等函数获取动态信息。
环境和服务器排查
当脚本思路无误时，问题可能出在交互环境。
运行时设置：
超时设置：在Preferences中，增加 HTTP-request connect timeout、HTTP-request receive timeout 的值（如设为300秒）。
思考时间和节奏：根据测试目的，选择忽略思考时间或按录制回放。pacing（迭代间隔）设置不当可能导致服务器过载。
日志和调试：正式测试时，应将日志级别调至最低以提升性能，但调试时需开启Data returned by server来查看服务器响应。
文章来源：卓码软件测评
精彩推荐：点击蓝字即可
▲软件负载测试▲API自动化测试▲软件测试▲第三方软件测试▲软件性能测试▲软件测试机构
服务器响应异常：
状态码：重视HTTP 500（服务器内部错误）、404（资源未找到）、503（服务不可用）等错误。这需要和开发团队协作排查。
响应内容：服务器可能返回了非预期的错误页面或JSON。通过日志中的服务器返回数据可以判断。
性能问题：服务器处理过慢导致超时。可先使用单用户、长超时设置测试，排除服务器自身性能问题。
系统资源限制：
Windows端口耗尽：这是高并发测试时“Abort”的常见原因。默认约4000个临时端口可能在几分钟内耗尽。解决方案：修改注册表，增加最大端口数并缩短TIME_WAIT状态等待时间。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
新建DWORD值：MaxUserPort = 65534 (十进制)
新建DWORD值：TcpTimedWaitDelay = 30 (十进制，单位秒)
连接数限制：LoadRunner自身或防火墙可能有连接数限制。
调试技巧
分段回放：使用lr_break函数或事务将长脚本分段，隔离出问题的代码段。
使用web_get_sockets：对于HTTP/HTML协议，在脚本重点点插入此函数，检查连接状态。
关联扫描和配置：录制后运行“Scan for Correlation”，但需人工核对。在“Recording Options” -> “Correlation”中启用自动关联。
快照和对比：对失败的迭代，使用VuGen的“Snapshot”功能查看失败时的客户端请求和服务器响应，和成功迭代进行对比。
按照以上排查途径，绝大多数abort、Stop和Pause问题都能被定位和解决。思路是：从网络等基础问题开始，聚焦脚本思路（参数化、关联），再扩展到运行时环境和服务器交互，考虑系统级限制。
