3. 自动化测试在卫星工程中的定位

卫星是一项高价值、不可维修、发射后无法现场干预的复杂系统。自动化测试在卫星工程中并不是一个孤立的工具选择,而是嵌入在“测试层级—研制阶段—验证矩阵”三维坐标中的工程能力。理解这一定位,才能判断哪些测试必须自动化、哪些环节必须保留人工判断,以及两者如何协同。

一、测试层级:从单元到整星的纵向分解

卫星测试通常按层级自下而上组织,每一层的被测对象、接口边界和自动化程度都不同。

  • 单元级(部件/单机):被测对象是星上单机,如星务计算机、陀螺、反作用飞轮、电源控制器。测试重点是电气接口、协议符合性和功能指标。这一层接口标准化程度高,最适合用自动化测试脚本批量执行,例如通过1553B总线仿真卡循环发送指令并采集遥测。
  • 分系统级:如姿轨控分系统、电源分系统、测控分系统。被测对象由多个单机通过总线或硬线连接组成,测试重点是分系统内部的信息流、时序配合和故障响应。自动化测试在此层主要承担回归测试和长时间稳定性测试。
  • 整星级:所有分系统集成后,在电性能测试、环境试验和发射场测试中验证整星功能与接口。整星级测试中,自动化系统负责激励注入、遥测采集、判据比对和数据归档,但异常处置、状态确认和关键决策仍由测试人员完成。

层级越高,被测系统的状态空间越大,自动化测试的“覆盖”越依赖测试用例设计和判据建模,而不是简单的脚本录制回放。

二、研制阶段:自动化测试的介入时机

卫星研制一般经历方案阶段、初样阶段、正样阶段、发射场阶段和在轨测试阶段。自动化测试的介入深度随阶段推进而变化。

方案阶段以接口定义和测试需求分析为主,自动化测试主要体现为测试架构设计和仿真环境搭建。初样阶段开始出现大量单机和分系统测试,自动化测试用于快速验证接口协议和功能基线,此时测试脚本往往需要频繁修改,人工介入比例较高。正样阶段是自动化测试价值最集中的阶段:测试用例相对稳定,回归测试量大,自动化系统承担批量激励、自动判读和报告生成。发射场阶段强调测试的可靠性和可重复性,自动化测试用于执行标准化的射前检查流程,但任何异常都必须由测试指挥和分系统负责人确认。在轨测试阶段,自动化测试更多体现为遥测自动判读和指令序列自动执行,地面人员聚焦于异常分析和决策。

自动化测试的介入不是“越早越好”,而是“与测试用例成熟度匹配”。在需求频繁变更的阶段,过度自动化会带来脚本维护成本高于收益的问题。

三、验证矩阵:测试层级与验证方法的对应关系

验证矩阵用于回答“用什么方法、在什么层级、验证什么需求”。典型的验证方法包括分析、仿真、测试和检查。自动化测试主要服务于“测试”这一列,但并非所有测试都适合自动化。

验证方法单元级分系统级整星级
分析热设计、寿命功耗预算轨道性能
仿真控制算法姿轨控闭环任务场景
测试接口、功能信息流、时序电性能、环境
检查外观、标识电缆连接总装状态

在“测试”列中,接口协议测试、遥测参数判读、指令序列执行、回归测试等适合自动化;而涉及主观判断的测试,如机械装配干涉检查、推进剂泄漏嗅探、异常现象的综合归因,则更适合人工完成或人工主导。

四、自动化与人工的边界与协同

自动化测试的优势在于重复性、一致性和可追溯性:它可以不知疲倦地执行上千条指令,按毫秒级时间戳记录遥测,并按预设判据给出通过/失败结论。但自动化系统的判据是预先定义的,它无法理解“这个遥测跳变是否合理”背后的工程语境。

人工测试的优势在于灵活判断和异常处置:当遥测出现未预期的跳变时,测试人员可以结合上下文、历史数据和分系统状态快速定位问题,并决定是否中止测试或调整测试策略。人工测试的弱点是易疲劳、易遗漏、一致性差。

因此,合理的协同模式是:自动化负责“执行—采集—初判”,人工负责“确认—分析—决策”。具体而言,自动化系统完成指令序列注入、遥测采集、判据比对和报告生成;当判据触发失败或出现未定义状态时,系统暂停并提示人工介入。人工确认后,可以选择继续、重试、跳过或终止,并将处置过程记录到测试日志中。

自动化测试与人工测试协同定位图 自动化测试域 指令序列注入 1553B / CAN / 硬线激励 遥测采集与解析 PCM / 遥测帧 / 参数提取 自动判据比对 阈值 / 时序 / 状态机 测试报告生成 通过/失败 / 数据归档 回归测试 / 长时间稳定性 批量执行 · 一致性高 人工测试域 异常现象确认 结合上下文与历史数据 故障归因分析 分系统状态 / 接口关系 测试策略调整 继续 / 重试 / 跳过 / 终止 关键决策与放行 测试指挥 / 分系统负责人 主观判断类测试 装配检查 · 泄漏嗅探 · 综合归因 触发 反馈 协同原则:自动化执行—采集—初判,人工确认—分析—决策

在实际工程中,这种协同通常通过测试执行平台实现。平台提供自动化脚本执行引擎和人工干预界面:脚本按测试用例顺序执行,每步完成后自动比对判据;若判据通过,继续下一步;若判据失败或超时,平台暂停并弹出人工确认窗口,显示当前遥测值、期望值、历史趋势和关联参数。测试人员确认后,选择处置方式,平台记录操作人和时间戳,继续执行后续步骤。

五、一个可参考的协同判断示例

以某卫星姿轨控分系统测试为例,自动化脚本执行“陀螺加电—陀螺输出采集—姿态解算校验”序列。假设陀螺输出遥测参数GYRO_X的期望范围为[-0.05, 0.05]°/s,实测值为0.08°/s,超出阈值。自动化系统判定失败并暂停。此时人工介入,检查陀螺温度遥测GYRO_TEMP为45°C,高于常温标定条件25°C,结合陀螺温度漂移特性,判断该偏差属于温度引起的合理漂移,而非故障。测试人员选择“带偏差继续”,并在测试日志中记录判断依据。后续步骤继续由自动化执行。

这个示例说明:自动化测试负责发现“不符合判据”的事实,人工测试负责判断“这个事实是否构成问题”。两者的边界不是固定的,而是由测试用例的成熟度、判据的完备性和任务的风险等级共同决定。在发射场阶段,判据通常更严格,人工介入的门槛更低;在初样阶段,判据可以适当放宽,以获取更多探索性数据。

自动化测试与人工测试不是替代关系,而是分工关系。自动化解决“重复、一致、可追溯”的问题,人工解决“判断、归因、决策”的问题。测试层级决定自动化的粒度,研制阶段决定自动化的深度,验证矩阵决定自动化的范围。三者共同构成自动化测试在卫星工程中的定位。