1. 航天器测试需求追踪与覆盖分析导论

航天器是由结构、热控、供配电、姿轨控、推进、测控、数管、载荷等多个分系统耦合而成的复杂系统。总体设计提出的每一项功能与性能指标，最终都要通过地面测试、分系统测试、整器综合测试乃至发射场测试来验证。测试需求追踪与覆盖分析，解决的正是这样一个工程问题：设计提出的每一条要求，是否都有对应的测试项目去验证？每个测试项目，又是否真的覆盖了它声称覆盖的要求？如果这两问中任何一问的答案是"不确定"，那么测试做得再多，也无法证明航天器满足任务要求。

本课程定位为"从需求到证据"的桥梁课程。它不讲授某一台具体测试设备的操作，也不展开某一分系统的专业设计，而是聚焦于贯穿全生命周期的追踪与覆盖方法：如何把分散在设计文件、接口文件、任务书中的要求结构化，如何把测试项目与要求建立可核查的映射，如何用覆盖率、追踪矩阵、缺口清单等工具量化"验证充分性"，以及如何在需求变更时保持追踪关系不失效。

核心问题：三条主线

本课程围绕三条主线展开。第一条是追踪关系：要求—测试项目—测试结果之间的双向可追溯。正向追踪回答"这条要求由谁验证"，反向追踪回答"这个测试为什么存在"。第二条是覆盖判定：覆盖率不是简单的百分比，而要区分完全覆盖、部分覆盖、间接覆盖与未覆盖，并识别"一条测试覆盖多条要求"和"一条要求需多条测试共同覆盖"两类常见情形。第三条是变更影响：当某条要求指标调整或新增时，能快速定位受影响的测试项目、测试用例与已产生的测试数据，判断是否需要重测。

从要求到证据的追踪链路

下面这张图给出本节最需要建立的整体认知：一条要求如何经过分解、映射、执行，最终形成可判定的覆盖结论，并在需求变更时反向影响测试集合。图中同时标出了追踪矩阵、覆盖判定与缺口清单三个关键中间产物。

学习路径与工程价值

学习路径建议按"概念—方法—工具—实践—复盘"递进。先建立要求、测试、证据三者的语义边界，理解验证方法（分析、检验、演示、试验）与测试项目的关系；再掌握追踪矩阵的构建与维护方法，包括要求ID编码规则、测试用例编号规则、覆盖类型标注规则；随后进入覆盖分析，学习如何计算覆盖率、如何识别部分覆盖与间接覆盖、如何用缺口清单驱动测试补充；最后结合需求变更场景，练习影响分析与重测范围界定。

工程价值体现在三个层面。对总体设计人员，追踪与覆盖分析是验证充分性的量化依据，能在评审中回答"凭什么说测够了"。对测试人员，它避免重复测试与遗漏测试，把有限的测试窗口用在真正未被覆盖的要求上。对质量与项目管理人员，它是风险可视化的抓手：未覆盖要求往往对应任务关键指标，缺口清单直接转化为待办与资源需求。

一个最小示例

假设某航天器有一条要求：REQ-PWR-003——"在光照期，母线电压应稳定在 28.0 V ± 0.5 V，负载切换 500 W 时恢复时间不大于 20 ms"。测试项目 TC-PWR-007 设置光照模拟、施加阶跃负载，记录母线电压与恢复时间。若实测电压 27.8 V、恢复时间 15 ms，则该测试对这条要求构成完全覆盖；若只测了稳态电压而未测恢复时间，则只能判为部分覆盖，缺口清单中应记录"恢复时间未验证"，并补充 TC-PWR-008。这个例子说明：覆盖判定必须回到要求原文的每一个可验证要素，而不是看测试名称是否相似。