1. 航天器任务模式与状态转换测试导论

航天器一旦入轨，绝大多数时间处于无人直接干预的自主运行状态。地面能做的，是在发射前把"它在什么条件下该进入什么模式、模式之间如何切换、切换过程中哪些参数必须被约束"验证清楚。这正是任务模式与状态转换测试要解决的问题。它不是某一台单机的性能测试，而是站在整星级、系统级视角，对航天器"行为逻辑"的验证。

一、课程定位：从"测部件"到"测行为"

传统测试按对象分层：单机测试关注设备本身是否合格，分系统测试关注接口与功能是否匹配，整星测试关注系统能否协同工作。任务模式与状态转换测试处在整星测试与飞行程序验证的交界处，它的测试对象不是某个电压、某条指令，而是航天器在特定任务阶段和特定事件触发下所表现出的整体行为。

举例来说，一台太阳翼驱动机构在单机测试中转速、电流、位置精度全部合格，并不代表整星在"由对日定向转入安全模式"时能正确完成收拢或保持。因为这一转换涉及姿态确定、控制律切换、能源平衡、热控策略、遥测下传等多条链路的同时变化。任务模式与状态转换测试要回答的是：这些链路在模式切换的瞬间是否协调、是否可逆、是否留有安全裕度。

因此本课程的定位可以概括为三句话：面向整星级行为验证，聚焦模式与转换逻辑，服务于研制阶段测试与在轨故障处置。

二、测试对象：任务模式、状态与转换

要测试，先要定义清楚被测对象。航天器工程中，任务模式（Mission Mode）指航天器为完成某一类任务目标而采取的、相对稳定的整体工作状态组合，例如发射模式、对日定向模式、对地观测模式、数据回传模式、安全模式、离轨模式等。一个任务模式通常由若干分系统的工作状态共同定义：姿态控制方式、能源供给方式、热控策略、测控链路状态、载荷工作状态。

状态（State）比模式更细，是某一时刻航天器可观测、可判定的具体取值集合，例如"姿态为三轴稳定、太阳翼对日、蓄电池放电、载荷待机"。同一任务模式下可以存在多个状态，状态是模式在时间轴上的具体实例。

状态转换（State Transition）则是从一个状态迁移到另一个状态的过程，它由事件触发，例如遥控指令、程控指令、自主判据满足、故障告警。转换过程往往不是瞬时的，而是有持续时间、有中间过渡态、有约束条件的。

下图给出本节最核心的概念关系：任务模式由多个状态构成，状态之间通过带触发条件的转换连接，测试则覆盖正常转换、边界转换与故障转换三条路径。

三、测试在航天器研制与在轨管理中的作用

在研制阶段，任务模式与状态转换测试承担三项职责。第一是验证设计正确性：飞行程序、自主管理策略、故障预案是否按设计意图执行。第二是暴露接口与时序缺陷：模式切换时多个分系统同时动作，容易出现指令冲突、总线拥塞、电源瞬态跌落等问题，这些问题在单机测试中几乎不可能发现。第三是为发射放行提供依据：只有关键模式转换全部通过，才具备转入发射状态的条件。

在在轨管理阶段，这套测试的价值体现在两个方面。一是故障处置预案的预验证：地面在处置在轨异常时，往往需要先在地面仿真系统或备份星上复现并验证处置序列，其本质就是一次任务模式与状态转换测试。二是飞行程序上注前的确认：任何新的程控指令序列、新的自主判据，都必须经过转换逻辑验证才能上注。

四、一个可操作的转换测试用例示例

下面给出一个简化的转换测试用例，用于说明实际测试中需要明确哪些要素。示例参数为教学假设值，不代表任何具体型号。

这个用例体现了任务模式与状态转换测试的基本工作方式：先定义触发，再定义过程，最后定义可观测的判据。测试执行时，通过地面仿真系统注入触发条件，采集遥测数据，逐项比对阈值。若转换时长超标或母线电压跌落过深，即使最终进入了安全模式，也应判定为不通过，因为转换过程本身可能对航天器造成不可逆损伤。

五、本课程的知识脉络

后续章节将围绕这条主线展开：先建立任务模式与状态转换的建模方法，再讨论测试用例设计、测试环境与仿真系统、测试执行与数据判读，最后进入故障模式下的转换测试与在轨应用。本节作为导论，目标是让读者建立"整星行为验证"的视角，理解测试对象不是孤立部件，而是模式、状态与转换构成的动态逻辑网络。

掌握这一视角后，读者在后续学习中就能把每一个测试项放回整星任务流程中去理解：它验证的是哪一次转换、这次转换在任务中处于什么位置、失败会导致什么后果。这种"从任务看测试"的思路，是学好本课程的关键。