1. OTA升级边界验证概述
1.1 定义升级边界
升级边界是指在OTA升级过程中，明确划定哪些设备、固件版本、升级路径、网络环境、硬件配置及业务场景属于“可验证范围”，哪些属于“不可验证（或豁免）范围”的界限。边界定义直接决定验证测试的覆盖深度与资源投入效率。
| 边界维度 | 说明 | 示例 |
|---|---|---|
| 设备边界 | 支持的设备型号、硬件修订版、SoC平台 | V1.0主板 / V2.0主板 |
| 版本边界 | 可直接升级的源固件版本范围 | v2.1.0～v2.3.5 |
| 环境边界 | OTA通道（Wi-Fi/蜂窝/以太网）、升级服务器区域 | CN-Prod / EU-Staging |
| 场景边界 | 业务负载（空闲/满载）、外设接入类型 | 无感升级 / 强制升级 |
1.2 验证目标
边界验证的核心目标包括：
- 安全性 – 未授权设备不得接收或安装升级包。
- 兼容性 – 边界内的所有版本组合均无闪退、功能丢失、数据损坏。
- 完整性 – 升级包在传输与存储过程中不被篡改。
- 可回退 – 升级失败后能回滚至边界内安全版本。
- 性能基线 – 升级过程耗时、功耗、网络流量在可接受阈值内。
1.3 适用范围
本课程定义的边界验证方法适用于：
- 固件/系统全量镜像升级（Full OTA）
- 差分/增量升级（Delta OTA）
- AB分区无缝升级（Seamless Update）
- 恢复出厂模式无线升级（Recovery OTA）
- 设备预生产/量产阶段的边界回归验证
1.4 适用场景
- 新平台首次适配 – 设备硬件基线或SoC变更时，需重新定义边界。
- 固件版本跨度大 – 跨越多个主版本时需验证版本边界有效性。
- 升级渠道变更 – OTA服务器区域、CDN或传输协议切换。
- 法规合规更新 – 海外版本需额外满足 GDPR、CCPA 等数据边界。
1.5 前置条件
| 前置条件项 | 说明 |
|---|---|
| 已确定的固件版本清单 | 当前生产版本、候选目标版本、历史版本列表 |
| 设备硬件规格表 | 包含所有变体的内存、存储、外设差异 |
| OTA 部署拓扑图 | 服务器区域、升级通道、设备分区信息 |
| 完成边界初步评审 | 产品、开发、测试三方对齐 |
1.6 操作步骤
- 收集并整理设备型号、固件版本、硬件基线清单。
- 识别各维度下的已知边界约束（如存储下限、网络带宽下限）。
- 输出《升级边界定义表》，明确每个维度的“可验证/不可验证”范围。
- 根据边界表设定验证目标（安全性/兼容性/完整性/可回退/性能）。
- 编写《适用范围说明》，指定本次边界验证覆盖的升级类型与业务场景。
- 组织跨团队评审并签字定稿。
1.7 输入输出物
| 类型 | 名称 | 责任方 |
|---|---|---|
| 输入 | 硬件基线表 / 固件版本历史 / OTA 部署拓扑 | 产品 & 开发 |
| 输出 | 《升级边界定义表》 / 《验证目标矩阵》 / 《适用范围说明》 | 测试 & 质量 |
1.8 责任边界
- 产品经理 – 确认适用范围与业务优先级。
- 固件开发 – 提供版本兼容矩阵、边界约束数据。
- 测试团队 – 起草边界定义表、验证目标矩阵。
- 系统架构师 – 审核环境边界与回滚策略。
1.9 记录材料
归档要求：所有边界定义表、验证目标矩阵、评审纪要需存入项目知识库，保留至少6个发布周期。
| 记录名称 | 模板来源 | 保存路径 |
|---|---|---|
| 升级边界定义表 | QA-BD-TPL-001 | /docs/ota/boundary/ |
| 验证目标矩阵 | QA-BD-TPL-002 | /docs/ota/boundary/ |
| 适用范围说明 | QA-BD-TPL-003 | /docs/ota/boundary/ |
1.10 异常处理
边界冲突：当设备边界与版本边界出现矛盾时（例：某设备仅支持 v2.x 但计划升级 v3.0），需回退至产品评审阶段，更新边界表或降级兼容范围。
范围溢出：若测试阶段发现当前适用范围未覆盖某量产场景，立即冻结当前验证，补充边界定义后再行测试。
1.11 验收标准
- 《升级边界定义表》已通过三方会签（产品/开发/测试）。
- 验证目标矩阵覆盖所有边界维度（设备/版本/环境/场景）。
- 适用范围说明无遗漏，且与业务计划一致。
- 所有异常冲突已记录并在评审中给出结论。
- 归档材料完整、版本号正确。