应用切换代理 IP 出口后，如何确认请求和业务状态正常

换出口后的回归，要把“正常”拆成连通、响应结构、会话、业务状态四层。只测连通，会把“能访问但业务错”当成通过。代理IP 变化最先影响的是会话粘性和地域策略，这两类问题在状态码上往往看不出来。

分别检查连接、响应、登录会话和业务状态

连接层检查连接能否建立、是否中途断开；超时或连接重置属于连接问题。407 表示代理认证未通过，5xx 则是服务端返回的错误响应，应记录响应来自代理还是目标服务，不能统称为连接失败。

响应层按接口的字段契约比较，字段是否存在、类型是否正确、允许的取值差异（地区价格、实验分组）都要写进契约；数量不一定要求与基线完全一致，要求“数量不变”要给出业务理由。

会话层要按系统设计判断：有些业务要求维持原会话，另一些允许切换后重新鉴权。出现挑战页或验证码时，先记录现象并与基线比较，不要仅凭一次结果断定根因。

业务层核对订单、余额或状态机结果；重复提交或状态错乱都属于回归。
四层要分开断言，不能用一个“请求成功”概括。

使用相同任务和测试数据对比切换前后结果

控制变量至少包括：同一测试账号、同一组请求、同一时段、同一客户端版本。用可重置的测试资源，不要拿真实付费账号或生产数据做样本。

开始前可通过代理设置帮助核对出口及接入方式。

检查出口切换后 Cookie、Token 和验证状态

服务端按 IP 绑定会话时，换出口会掉登录或触发验证。要验三件事：切换后 cookie 是否仍有效、token 是否被吊销、是否出现挑战页。出现任意一项，先归因到会话策略，不要直接换回原出口掩盖问题。测试范围限自有或已获授权的服务与账号；挑战页只用于兼容性与故障归因，不尝试绕过验证机制。

用幂等键和状态机检查重复请求与业务状态

重试加上换出口，可能造成重复下单、重复扣款。先注明被测接口是否支持幂等：支持的话写清幂等键的作用域、保留期和结果查询方式，再在可重置资源上覆盖同键重放、并发提交、超时后结果未知、换出口重试四种情况；不支持的话，测的是客户端如何查询结果、何时停止重试，不能要求“加个键就一定只生效一次”。有副作用的接口，只允许在可重置的测试资源上跑。

差异归因时，先排除服务端地域策略和客户端缓存：地域定价、AB 实验、CDN 缓存都会让结果看起来“像代理问题”。隔离办法是固定测试账号、请求参数、缓存键与实验分组，在授权环境里对照直连、代理及同一地区样本；控制不了的变量列为未知，不直接归因到代理。

记录四层回归结果并确认验收条件

记录时包括测试任务和数据、四层判据结果、会话是否保持、幂等是否生效，以及尚未解释的差异。连接、响应、会话和业务状态都通过，且关键差异有证据支持，才能判定没有回归。
回归清单四项：连接与响应按契约通过、会话策略符合预期（保持或正确重新鉴权）、幂等与重试行为符合接口声明、关键差异有证据支持。任一项不满足就不能判为“无回归”。

若切换后请求仍异常，可按全球代理使用流程回查获取代理、接入设置和验证步骤。

幂等方法的官方定义可参考：

• RFC 9110《HTTP Semantics》第 9.2 节（幂等方法）

常见问题

换出口后能正常访问，为什么还要测业务状态？

能访问只证明连通，会话和业务数据可能已经异常。

怎样判断差异是代理造成的？

做同任务、同数据、同时段的对照，排除地域策略和缓存后再归因。