2. 航天器功能验证的基线建立

航天器功能验证不是“把设备通电看看能不能工作”，而是要在受控条件下，把试验前后的状态与一组事先冻结的参照量进行比对。这组参照量就是验证基线。如果基线没有建立或建立得不完整，试验后即使所有遥测都“正常”，也无法判断功能是否真的没有退化。因此，基线建立是功能验证的起点，也是后续所有比对判据的来源。

工程上通常把基线拆成四条相互关联的线：功能基线、性能基线、接口基线和测试基线。它们不是四份互不相干的文件，而是从“系统应该做什么”逐层收敛到“这次试验怎么测、测到什么值算合格”的一条链。下面这张图给出了四条基线之间的层次与数据流向关系。

功能基线：把“应该做什么”写清楚

功能基线描述航天器在轨必须完成的功能集合及其逻辑关系。它通常来自任务书和分系统功能规范，落到可验证的层面时，需要写成“给定输入与工作模式下，应产生什么输出或状态变化”。例如某姿态控制分系统，功能基线中应明确：在“对日定向”模式下，接收太阳敏感器角度偏差后，反作用飞轮应输出相应力矩，使本体角速度趋于零。这里的功能不是“飞轮能转”，而是“飞轮按控制律响应偏差”。

建立功能基线时，建议逐条编号并标注验证方式（测试、分析、检查或演示）。功能条目应可追溯到任务书条款，避免出现“工作正常”这类无法判定的表述。对于多模式系统，还要列出模式切换的触发条件和禁止条件，因为试验中模式误切换往往被误判为功能故障。

性能基线：把“做到什么程度”量化

性能基线是功能基线的量化补充，核心是标称值、允差带和判据阈值。以某星载电源分系统为例，其母线电压性能基线可写成：标称 28.0 V，稳态允差 ±0.5 V，瞬态跌落不超过 1.5 V 且恢复时间不大于 5 ms。试验前必须确认这些数值来自哪一版规范、是否已冻结，不能在不同文件中出现互相矛盾的阈值。

性能基线还要写清测量条件：负载电流、温度、供电状态、采样带宽。同一个电压，在空载和满载下测出的纹波完全不同。如果基线只写“纹波≤50 mV”而不写测试条件，试验后数据就无法比对。建议在基线表中为每个指标附上“测量条件”一列，作为测试基线设计的输入。

接口基线：把“怎么连、怎么传”固化

接口基线覆盖电气、机械、热和数据四类接口。电气接口包括连接器型号、针脚定义、电压范围、阻抗和接地方式；机械接口包括安装孔位、力矩要求和质量特性；热接口包括热流路径、接触热阻和温度限值；数据接口包括总线类型、协议版本、帧格式、地址分配和时序参数。

接口基线最容易在试验前后被“无意改动”。例如试验中更换了一根测试电缆，针脚定义与飞行电缆不一致，就会导致信号极性反接。因此接口基线必须包含试验专用接口与飞行接口的差异说明，并明确哪些差异是允许的、哪些必须通过转接电缆保持等效。对于 1553B 或 CAN 总线，还要记录终端电阻配置和消息周期，这些参数直接影响通信误码率。

测试基线：把“这次怎么测、怎么判”定下来

测试基线是前三条基线在本次试验中的具体落地，内容包括测试点选择、激励条件、采集通道、采样率、记录格式和判读脚本。测试点应覆盖功能基线中的每一条功能和性能基线中的每一项指标，不能有“功能列了但没测点”的缺口。

试验前的状态确认是测试基线的一部分，通常形成一份状态确认记录，至少包含：设备编号与软件版本、连接器插接状态与力矩、供电电压与电流、参考时钟与同步信号、环境温度、以及各测试通道的零点与增益校准结果。下面给出一份可参考的试验前状态确认表结构。

文件准备方面，试验前应冻结四类文件：功能与性能基线表、接口定义文件（ICD）、测试细则与判读脚本、状态确认记录模板。冻结的含义是版本号固定、变更需走审批，避免试验中途“边测边改判据”。判读脚本尤其重要，它把性能基线的阈值自动转换为通过/不通过结论，减少人工读数引入的偏差。

当四条基线都建立并冻结后，试验前后的功能验证就有了统一的参照系：同一测试点、同一激励条件、同一判读脚本，试验后数据与试验前基线逐项比对，差异超出允差带即判为功能或性能变化。这样，验证结论才具备可重复性和可追溯性。