4. 联调试验大纲与验证矩阵设计

联调试验大纲是分系统联调工作的“总施工图”，它把任务书、接口控制文件（ICD）和总体要求中的抽象条款，翻译成可执行、可判定的试验项目。而验证矩阵则是这张施工图的“索引系统”，用一张二维表把需求、接口、测试项三者绑定在一起，使覆盖性与可追溯性从口号变成可核查的事实。本节围绕“怎么编、怎么建、怎么查”展开。

一、三份输入文件各自提供什么

编制大纲前必须先做输入梳理，三类文件的贡献是不同的：

• 任务书给出功能性能指标与工作模式，例如“测控分系统在S波段上行遥控码速率不低于2 kbps，误码率优于1×10⁻⁵”，它决定“测什么、判据是什么”。
• ICD给出接口的物理、电气、协议与数据定义，例如1553B总线上某RT地址的指令字格式、RS-422差分对的波特率与帧结构、供电电压与电流上限，它决定“怎么接、怎么激励、怎么采集”。
• 总体要求给出系统级约束与联调规则，例如接地与屏蔽要求、试验顺序、安全禁令、数据记录格式，它决定“在什么条件下测、按什么顺序测”。

实践中常见的问题是只依据任务书写大纲，结果测试项无法落地——因为没有ICD就不知道激励加在哪个连接器、哪个针脚；或者只依据ICD写，结果测了一堆电气参数却没有对应到任何一条需求，覆盖性无从谈起。正确做法是先建立“需求条目清单”，再逐条挂接ICD中的接口信息。

二、大纲的编制结构

一份可执行的联调试验大纲通常包含以下要素，且顺序本身反映了工作逻辑：

1. 试验目的与范围：明确本次联调覆盖哪些分系统、哪些工作模式，不覆盖什么（并说明理由）。
2. 参试产品与状态：产品名称、代号、软硬件版本、技术状态基线，避免“用旧版本软件测新接口”这类低级错误。
3. 试验布局与连接：地面支持设备（GSE）、模拟器、总线分析仪、程控电源、示波器/逻辑分析仪的连接关系与接地方式。
4. 测试项清单：每项含编号、名称、对应需求编号、激励条件、观测点、判据、记录项。
5. 判据与容差：明确合格/不合格边界，例如“遥控指令响应时间≤50 ms”而非“响应及时”。
6. 安全与应急：过压过流保护、禁止带电插拔的接口、异常中止条件。

其中第4项是核心，也是验证矩阵的直接来源。测试项编号建议采用“分系统缩写-接口类型-序号”的可读规则，例如 TC-S1553-007 表示测控分系统1553B接口的第7项，便于在矩阵与报告中交叉引用。

三、验证矩阵的建立方法

验证矩阵的本质是一张关系表，推荐以“需求”为行、“测试项”为列，交叉格填写覆盖关系。更实用的做法是采用三列主键加属性列的结构：

建立矩阵时有三条硬规则：每条需求至少被一个测试项覆盖（否则出现覆盖漏洞）；每个测试项至少对应一条需求（否则是无源测试，浪费工时）；接口条目必须能追溯到具体测试项（否则接口验证不完整）。矩阵建好后要做双向检查：按行查是否有“空行”，按列查是否有“空列”。

四、覆盖性与可追溯性的检查逻辑

下图给出从三份输入文件到验证矩阵、再到覆盖性判定的完整关系。图中左侧是输入源，中间是矩阵的三条绑定关系，右侧是两类检查结论：需求侧查漏、测试侧查冗余。

五、一个可填写的测试项记录模板

矩阵中的每一行最终要落到一份可执行的测试记录上。以下模板字段来自实际联调中最常缺失的信息，可直接用于大纲附录：

测试项编号：TC-S1553-007
对应需求：REQ-TC-012（上行遥控码速率≥2 kbps）
接口条目：ICD-TC-03（1553B RT地址0x0A，指令字格式）
激励条件：总线分析仪模拟BC，发送遥控帧，码速率设为2 kbps
观测点：RT端接收缓存输出、误码统计寄存器
判据：连续发送1000帧，接收帧数=1000，误码率≤1×10^-5
记录项：帧计数、误码计数、时间戳、软件版本号
前置状态：二次电源+28 V正常，1553B终端电阻已接
异常处理：连续3帧无响应则中止并检查总线耦合器

注意“前置状态”和“异常处理”两栏常被省略，但恰恰是联调现场最容易出问题的地方——终端电阻未接会导致波形畸变，误判为产品故障；没有中止条件则可能让异常持续扩大。

六、常见缺陷与修正

• 判据不可量化：“工作正常”无法判定。修正为具体数值、时间窗或状态码。
• 需求与测试项多对多混乱：一条需求对应多个测试项是允许的，但必须在矩阵中全部列出，不能只写“见相关测试”。
• 接口验证只测正常帧：应补充异常帧、超时、错误注入等负向测试项，否则接口鲁棒性未覆盖。
• 版本漂移：大纲中记录的产品版本与实测版本不一致，导致追溯失效。每次联调前核对技术状态基线。

把大纲编成“可执行清单”、把矩阵建成“可双向追溯的关系表”，联调工作就从依赖个人经验转变为依赖文档体系。后续的测试执行、数据判读和问题归零，都可以在这套编号体系上直接引用，减少沟通歧义。