3. 集成测试总体策略与测试计划

星载数据处理系统的集成测试不是把各分机接上电缆、跑一遍数据就算完成。它面对的是“硬件分系统 + 嵌入式软件 + 地面配套工具”共同构成的复杂系统，任何一次集成都可能引入接口不匹配、时序竞争、数据格式错位等问题。因此，在动手测试之前，必须先确定三件事：测试分几层做、各层之间怎么增量拼接、做到什么程度才算充分。这三件事确定之后，才能形成可执行的测试计划。

测试层级划分

星载数据处理系统的测试层级通常划分为四级，自底向上依次是单元测试、部件（分机）测试、分系统集成测试和系统级测试。层级划分的核心依据是被测对象的边界和可独立激励的程度。

• 单元测试：针对软件模块或FPGA内部功能单元，如辐射校正系数计算模块、数据压缩编码模块。由开发人员在仿真环境下完成，输入为构造的激励数据，输出与预期结果比对。
• 部件测试：针对单台星载设备，如数据处理机、固态存储器、数传发射机。测试接口电平、协议符合性、基本功能与性能指标，通常在桌面联试环境下用地面等效器激励。
• 分系统集成测试：将数据处理机、存储器、数传等按真实接口连接，验证数据流贯通、协议交互、时序配合和异常处理。这是本节的重点层级。
• 系统级测试：在整星或等效系统环境下，结合测控、电源、热控等，验证端到端数据链路和任务场景。

层级划分的意义在于故障定位效率。如果跳过部件测试直接做分系统集成，一旦数据流中断，很难判断是某台设备内部问题还是接口匹配问题。因此，低层测试必须为高层测试提供“可信基线”。

增量集成策略

分系统集成测试不可能一次把所有设备全部接入。增量集成策略决定了“先接什么、后接什么、每次增加什么”。常用的策略有三种：

自底向上集成：先集成最底层的驱动和接口，再逐层向上。优点是底层稳定后再向上，问题容易定位；缺点是顶层功能验证滞后，直到后期才能看到完整数据流。

自顶向下集成：先搭建顶层框架，用桩模块替代底层。优点是早期可验证主要控制流和任务调度；缺点是底层接口问题暴露晚。

三明治集成：上下同时向中间推进，兼顾两者。对于星载数据处理系统，推荐采用以数据流为主线的三明治策略：先集成数据处理机与存储器之间的高速数据接口（底层），同时用地面模拟源验证顶层任务调度，最后在中间汇合，接入数传发射机，形成完整链路。

增量集成的每一步都应遵循“接入—激励—观察—判定—回归”的闭环。例如，接入存储器后，用数据处理机发送固定帧格式的测试数据，观察存储器写入地址、写入计数和回读数据是否一致；若不一致，先检查接口时序，再检查协议解析，最后检查存储介质本身。

测试充分性准则

“测多少算够”是集成测试中最难回答的问题。测试充分性准则提供可判定的依据，通常从以下维度定义：

• 接口覆盖率：所有星上接口（如LVDS、SpaceWire、CAN、1553B）的每一种数据帧类型至少被激励一次，包括正常帧、异常帧和边界帧。
• 功能路径覆盖率：数据处理、存储、转发、压缩、加密等每条功能路径至少执行一次，且关键分支（如压缩比切换、存储区切换）必须覆盖。
• 异常注入覆盖率：对可能出现的异常（数据校验错、帧丢失、接口超时、存储器坏块）进行注入测试，验证系统的容错和恢复能力。
• 时序边界覆盖：在最高数据率、最低数据率和突发数据率下分别测试，验证缓冲区不溢出、不丢帧。

充分性准则不是“全部通过”就结束，而是要求每个准则都有对应的测试用例和判定依据。例如，接口覆盖率要求列出所有接口帧类型清单，逐项标记“已测/未测”，未测项必须说明原因。

测试计划模板与案例

测试计划是把策略落地的文档。一份可执行的星载数据处理系统测试计划至少包含：测试对象与范围、测试层级与增量步骤、测试环境与工具、测试用例清单、充分性准则、进度与人员、风险与应对。下面以某遥感卫星数据处理系统为例，给出一个简化的测试计划案例。

该案例中，每一步都有明确的输入、操作和判定依据。例如步骤2中，写入1 GB数据后，回读误码率应低于1×10⁻⁷；若超标，则先检查LVDS线缆和接插件，再检查SSR写入时序，最后检查DHP发送逻辑。这种“可观察、可判定”的设计，正是测试计划区别于泛泛而谈的关键。

从图中可以看出，测试层级自底向上逐级收敛，增量策略沿数据流方向逐步拼接，充分性准则则从接口、功能、异常、时序四个维度给出可判定的覆盖要求。三者共同构成测试计划的骨架。在实际编写计划时，只需把每个增量步骤展开为具体测试用例，把每条充分性准则对应到用例编号，就能形成一份可执行、可检查、可追溯的集成测试计划。