大模型网关完成故障切换上线后，验证重点不应只停留在“请求是否成功”，还应确认切换条件、业务连续性、状态一致性、可观测性和恢复流程是否符合预先定义的要求。
一、验证前先明确基准
开始验证前，建议记录本次上线涉及的网关版本、路由配置、模型范围、故障判定条件、切换顺序、超时与重试策略，并由使用方确认可接受的成功率、响应时间和恢复时间。没有明确基准时，测试结果只能反映现象，难以判断是否达到上线要求。
二、按故障类型设计验证场景
可根据实际架构选择场景，包括模型接口不可用、请求超时、返回异常状态、网络连接异常、鉴权失败、配额或并发受限，以及单个网关实例退出等。每个场景都应记录注入方式、开始时间、预期切换目标和退出条件，避免一次混入多个变量。
三、检查切换过程中的请求行为
重点核对故障发生前、切换期间和切换完成后的请求结果。建议分别记录成功、失败、超时和重复请求数量，并检查流式响应、长上下文请求、工具调用等实际业务使用方式。对于非幂等请求，应单独确认重试是否可能造成重复执行。
四、核对路由与策略执行结果
验证请求是否按既定优先级进入备用路径，原有的模型选择、租户隔离、访问控制、限流和内容治理策略是否继续生效。若主备模型在参数、上下文长度、响应格式或能力范围上存在差异，应检查业务侧是否能够识别并处理。
五、验证监控、告警与审计记录
检查故障发现、切换执行和服务恢复是否产生对应的日志、指标与告警，并确认时间、请求标识、路由结果和异常原因能够关联。还需验证告警是否到达预定接收方，以及值班人员能否依据记录定位问题。
六、验证恢复与回切
主路径恢复后，应验证系统实际采用的自动回切或人工回切方案。关注连接恢复、流量迁移、缓存或会话状态、在途请求以及短时间内反复切换的问题。回切完成后，应再次执行基础业务请求，确认系统已回到预期状态。
七、形成上线后的验证记录
建议保留测试环境、配置版本、场景、预期结果、实际结果、日志位置、问题负责人和复测结论。未通过的项目应明确处理方式，在修复后使用相同条件复测，便于比较结果。
适用边界：以上内容适用于企业在大模型网关故障切换上线后组织验证，不等同于具体产品的操作手册，也不能替代业务连续性、信息安全和合规评审。具体场景、指标与通过标准应结合实际网关架构、模型接口、业务风险和供应商约束确定。