离线场景集成测试概述
离线场景集成测试，是指被测系统（System Under Test, SUT）在无法访问外部网络、依赖服务不可用或基础设施处于脱机状态时，对其子系统/模块之间的协作进行验证的测试实践。典型场景包括边缘计算设备、车载控制器、工业 SCADA、离线支付终端、卫星通信节点等——这些系统在运行中可能长时间断网，但仍需保证核心业务正确。
关键理解：离线不等于孤岛。系统仍可能在内网、本地子网或私有协议下与其他组件交互；只是所有交互必须不依赖公网或第三方在线服务。
测试挑战
- 依赖缺失：第三方 API、认证中心、消息队列、数据库同步服务在离线时不可达，无法用真实 endpoint 验证。
- 时钟偏差：离线设备无法通过 NTP 校准，本地时间漂移可能导致日志排序、令牌验证、租约超时等逻辑出错。
- 数据一致性问题：离线期间写入的本地缓存或队列，在恢复连接后如何与云端/对端合并（冲突解决、幂等、回滚）。
- 异常路径难以覆盖：超时、重试、熔断、降级逻辑需要大量模拟，传统
wait或硬编码延时不可持续。 - 环境复制困难：真实离线环境可能涉及卫星链路、弱电网、移动网络切换，实验室难以完全复现。
测试目标
- 验证核心业务流程在离线状态下仍能完整执行（如本地交易、本地数据写入）。
- 验证离线数据缓存与同步机制的正确性（增量同步、冲突检测、字段级合并）。
- 验证降级/熔断/回退策略是否按预期触发，且不会引发级联失败。
- 验证系统在恢复联网后能自动对齐状态，且不产生数据丢失或重复。
- 验证长时间离线（如数小时/数天）后，资源泄漏、日志撑满、磁盘写保护等问题不发生。
与传统集成测试的区别
| 对比维度 | 传统集成测试 | 离线场景集成测试 |
|---|---|---|
| 网络依赖 | 依赖真实网络可达，测试环境连通外网或内部服务集群 | 必须切断或模拟网络故障，所有外部依赖由本地模拟层替代 |
| 时间同步 | 通常通过 NTP 或容器时钟同步，误差极小 | 需模拟时间漂移、无 NTP 场景，测试逻辑对时间敏感 |
| 测试数据构造 | 可使用真实数据库、中间件及第三方沙箱 | 强制使用本地文件、嵌入式数据库、内存队列及模拟服务 |
| 故障注入 | 主要关注接口入参异常、超时等 | 额外注入 DNS 不可达、端口关闭、证书过期、低速链路 |
| 验证重点 | 模块间交互正确、数据流完整 | 在无外界干预下自洽运行、离线恢复后状态一致 |
离线场景集成测试核心结构
下图展示离线集成测试的典型架构：被测系统通过模拟网络层与本地化服务（mock/stub）交互，所有外部调用在离线模拟器中完成，并注入故障与时间偏差，从而验证系统在断网下的行为。
常见误区：离线测试不能简单依赖
ping 不通或断开网线。需要系统化地模拟网络分区、DNS 失效、TCP 连接超时、TLS 握手失败等，否则离线路径可能从未被实际执行。离线测试场景识别清单
- 启动时网络不可用 —— 系统应进入离线模式而非崩溃
- 运行中网络突然断开 —— 正在进行的远程调用应超时并触发降级
- 长时间离线后恢复连接 —— 缓存数据应正确合并/同步
- 离线时产生大量本地数据 —— 存储阈值告警及清理机制是否工作
- 多个离线节点同时恢复联网 —— 冲突检测与去重逻辑