3. 接口一致性测试需求分析
接口一致性测试的成败，很大程度上在写第一条测试用例之前就已经决定了。如果需求分析阶段只把 ICD 当成一份“信号清单”来读，测试往往会停留在“字段有没有、长度对不对”的浅层，而漏掉时序约束、失效响应、余度切换、总线负载边界等真正会导致接口不一致的环节。本节要解决的核心问题是：如何从系统需求、ICD 和适航审定基础这三类来源中，提取出可测试的接口需求，并用需求追溯矩阵把它们与测试用例、验证证据绑定起来。
三类需求来源的分工与提取重点
系统需求描述的是“接口要完成什么功能、达到什么性能”，例如某航电分系统要求大气数据计算机在 50 ms 内把修正后的气压高度通过 ARINC 429 发送给显示单元，且在数据无效时置 SSM 为故障状态。ICD 描述的是“接口在物理层、数据链路层和应用层上具体长什么样”，包括总线类型、标签号、字格式、更新率、位域定义、标度因子、有效范围、缺省值等。适航审定基础（如 CCAR-25 部相关条款、DO-178C、DO-254、DO-160G 等）则给出“接口必须满足哪些安全与合规约束”，例如数据传输完整性、错误检测覆盖率、电磁环境适应性、软件分区隔离要求。
三类来源的提取重点不同：系统需求提取功能与性能指标，ICD 提取协议与数据定义，适航审定基础提取安全与合规约束。三者交叉后，才能形成一条完整的可测试接口需求。例如“ARINC 429 标签 203 的高度数据，更新率 20 Hz，SSM 故障时置 0b11，且传输错误率需满足 DO-160G 第 21 章射频敏感度要求”，这条需求同时来自系统需求、ICD 和适航基础，缺一不可。
从原始文档到可测试需求的转化方法
原始文档中的描述往往不可直接测试。例如 ICD 中写“标签 203 为气压高度，范围 -1000 至 50000 ft，LSB 为 1 ft”，这本身不是测试需求，而是数据定义。要转化为可测试需求，需要补齐测试条件、激励方式、观测点和判定准则。转化后的形式可以是：“在 ARINC 429 通道 A 上，以 20 Hz 发送标签 203，当输入高度为 -1000 ft、0 ft、50000 ft 三个边界值时，接收端解析值误差不超过 ±1 LSB，且 SSM 为正常状态。”
转化过程中要特别关注四类容易遗漏的接口需求：边界与越界（如标度因子导致的量化误差、超范围时的饱和或截断行为）、时序与更新率（如周期抖动、超时判定、刷新间隔）、失效与降级（如 SSM 置位、数据无效标志、余度切换逻辑）、总线负载与错误注入（如高负载下的丢帧率、错误帧恢复时间）。这些内容在 ICD 中可能只以表格或注释形式出现，但恰恰是接口一致性测试的高价值目标。
需求追溯矩阵的建立与使用
需求追溯矩阵（RTM）不是一张只用于评审的静态表格，而是测试活动的“导航图”。它的最小可用字段应包括：需求编号、需求描述、来源（系统需求条款号 / ICD 页码或标签号 / 适航条款号）、测试用例编号、测试方法（边界值、等价类、错误注入、时序测量等）、预期结果、实际结果、覆盖状态、备注。建立时建议按接口对象分组，例如“ARINC 429 标签 203 高度数据”作为一组，把该标签相关的所有需求集中管理，避免跨总线、跨标签的追溯混乱。
下面给出一份可直接参考的 RTM 示例片段，以 ARINC 429 标签 203 气压高度接口为例。表中数据为教学示例，用于说明字段填写方式，不代表任何真实机型的实测结果。
| 需求编号 | 需求描述 | 来源 | 测试用例 | 测试方法 | 预期结果 | 覆盖状态 |
|---|---|---|---|---|---|---|
| IF-429-203-01 | 标签 203 以 20 Hz ± 1 Hz 周期发送 | ICD 第 4.2 节；系统需求 SR-AD-012 | TC-203-001 | 总线记录仪连续采集 10 s，统计帧间隔 | 平均周期 50 ms，抖动 ≤ ±2 ms | 已覆盖 |
| IF-429-203-02 | 高度 -1000 ft 时编码值误差 ≤ ±1 LSB | ICD 表 4-3；系统需求 SR-AD-015 | TC-203-002 | 边界值注入，解析接收端数值 | 解析值 -1000 ft ± 1 ft | 已覆盖 |
| IF-429-203-03 | 数据无效时 SSM 置为 0b11 | ICD 第 4.4 节；DO-178C 表 A-7 | TC-203-003 | 故障注入，模拟传感器失效 | SSM 字段为 0b11，数据位保持缺省值 | 待执行 |
| IF-429-203-04 | 高负载下丢帧率 ≤ 10⁻⁶ | 系统需求 SR-AD-020；DO-160G 第 21 章 | TC-203-004 | 总线负载升至 80%，持续 60 s | 丢帧数 ≤ 1 帧 | 待执行 |
提取过程中的常见陷阱与检查要点
第一类陷阱是把 ICD 当需求。ICD 中的位域定义、标度因子是“实现约束”，不是“测试目标”。测试目标应落在“在什么条件下、施加什么激励、观测什么、判定什么”上。第二类陷阱是忽略适航条款的间接约束。例如 DO-178C 对需求追溯的要求，会直接影响 RTM 的字段完整性和双向追溯能力；DO-160G 的环境试验条件，会决定接口测试是否需要在温度、振动、射频敏感度等条件下重复执行。第三类陷阱是需求粒度不一致。有的需求一条覆盖整个标签，有的需求细到某个位域，导致测试用例无法均匀映射。建议在提取阶段就统一粒度：以“一个可独立判定通过/失败的接口行为”为一条需求。
完成上述提取与矩阵建立后，接口一致性测试就有了明确的输入边界和判定依据。后续的测试用例设计、测试环境搭建和结果判读，都应围绕 RTM 中的需求编号展开，确保每一项测试活动都能回答“测的是哪条需求、依据是什么、结果是否满足”。