4. 通信边界验证条件：网络类型、信号强度、带宽限制、超时重试参数

通信边界验证是 OTA 升级能否稳定下发的基础环节。本环节针对不同网络环境（2G/3G/4G/5G/Wi-Fi）、信号强度阈值、可用带宽上限及超时重试策略进行组合验证，确保升级流程在弱网、限速、高延迟等极端场景下仍可进入可控状态，而非直接失败或静默损坏。

4.1 适用场景

• 新产品网络准入测试：首次导入 OTA 功能的设备需覆盖所有支持的网络制式。
• 运营商/地域网络差异验证：不同基站策略、DNS 劫持、APN 限制等场景。
• 弱信号与信号抖动场景：地下室、电梯、移动车速超过 60km/h 等低质量链路。
• 带宽策略变更回归：CDN 限速、QoS 策略调整、并发下载数修改后的回归验证。
• 超时重试参数调参：连接超时、读超时、重试次数、退避算法等参数修改后的边界确认。

4.2 前置条件

4.3 通信边界验证流程

以下流程覆盖通信边界验证的核心操作链，每个节点需记录一次完整数据包以确保可回溯。

1. 预检条件：确认设备无残留升级任务、电量 > 50% 、设备 UTC 时间与服务端偏差 < 3 秒。
2. 配置边界参数：按测试目标修改网络侧或服务端超时重试参数，具体参数如下：

# OTA 服务端超时重试相关配置 (target-config.yaml)
upgrade:
  connection_timeout_ms: 30000        # 建立 TCP/HTTPS 连接超时
  read_timeout_ms: 60000             # 单次 HTTP 响应读取超时
  download_retry_count: 3            # 最大重试次数
  retry_backoff_base_ms: 5000        # 退避基时间 (e.g. 5s, 10s, 20s)
  network_check_interval_s: 5        # 网络恢复检测间隔
  min_download_speed_kbps: 50        # 最低速率，低于则触发重试

3. 逐项验证（4 边界维度）：

4. 交叉验证：固定网络类型为 4G，同时调整信号强度 + 带宽 + 超时参数的复合条件，至少完成 3 组边界组合。
5. 结果归档：使用统一表格记录每次验证的 4 项输入值与升级结果（成功/失败/超时/静默损坏），失败时附加错误码。

4.4 通信边界验证结构图

下图展示了通信边界验证的完整流程及维度的组合关系：

4.5 输入输出物

4.6 责任边界

• QA 测试工程师：制定边界参数矩阵、执行验证用例、记录输出物、填写《通信边界验证报告》。
• 网络侧（IT/NOC）：提供或配置网络仿真环境（信号衰减器、带宽限速工具、延迟注入）。
• OTA 服务端开发：配合修改超时重试相关配置、确认服务端配置已适配边界参数。
• 嵌入式固件开发：确认设备端 OTA 模块对超时/重试/网络切换的回调实现正确。
• 测试数据管理员：归档所有边界验证输出物至共享存储（含原始日志），数据保留至少 3 个月。

4.7 异常处理

4.8 验收标准

• 通过率：网络类型每种至少 10 次验证，综合通过率 ≥ 95%；失败场景均能在报告中关联到明确的边界值与错误码。
• 信号覆盖：至少覆盖 4 个强度点（优/良/中/差），差信号（如 -110dBm 以下）验证通过且升级失败时有明确错误提示，不得静默退出。
• 带宽覆盖：至少包含 64Kbps/128Kbps/512Kbps/1Mbps 四挡，低带宽下升级超时重试行为与设计文档一致。
• 超时重试完整覆盖：至少 3 组超时参数与 3 组重试次数组合，结果形成参数推荐表。
• 日志完整性：每个边界组合必须有起始日志 + 分包日志 + 完成/失败日志 + 最终 MD5 校验日志；日志文件命名统一精确到边界组合代号。
• 报告归档：输出物包含《通信边界验证报告_V4.xlsx》，必须有每组合的时序图、错误码分布、参数推荐表。