4. 协同HIL测试需求分析与指标分解

协同HIL测试与单机HIL测试最大的区别在于：被测对象不再是一架飞行器，而是一个由多架飞行器、机间数据链、协同任务管理单元和地面测控链路共同构成的闭环系统。因此，测试需求不能只从单机功能出发，而必须从协同任务剖面出发，逐层分解为可测量、可注入、可判定的指标。本节围绕“从任务剖面到测试指标”的完整链路展开，重点说明实时性、同步精度、通信带宽和容错能力四类核心指标的来源、定义与分解方法。

一、协同任务剖面是需求的唯一源头

协同任务剖面描述的是多飞行器在一次完整任务中的行为序列，通常包括编队集结、协同巡航、目标分配、协同攻击、战损重构和返航等阶段。每个阶段都对应一组协同行为，而每个协同行为又对系统提出了具体的时序、精度和通信要求。例如，编队集结阶段要求各机在指定时间内到达指定相对位置，这就隐含了位置同步精度和指令到达实时性两项需求；协同攻击阶段要求多机在时间窗口内同时到达，这就隐含了时间同步精度和任务一致性需求。

因此，需求分析的第一步不是直接写指标，而是把任务剖面拆解为“协同事件—协同行为—系统响应”三层结构。以四机编队执行区域搜索为例，可拆解为：事件“进入搜索区”→行为“编队保持+传感器协同开机”→系统响应“相对位置误差≤X m、开机时间偏差≤Y ms”。只有把任务剖面拆到这一粒度，后续指标才有明确的物理含义。

二、四类核心指标的来源与定义

实时性来源于协同任务对“同时性”的要求。在协同攻击中，若各机到达时间偏差过大，打击效果会显著下降。实时性指标通常分解为三个层次：协同指令生成周期、指令传输时延、执行机构响应时延。测试时需要在HIL环境中注入时间戳，测量从协同管理单元发出指令到各机执行机构开始动作的端到端时延。示例中设定端到端时延≤50 ms，抖动≤5 ms，这是基于典型战术数据链和飞控计算机周期合理假设的示例值，实际应以型号任务书为准。

同步精度来源于协同系统对“时空一致性”的要求。它包含时间同步和空间同步两个维度。时间同步精度决定各机是否在同一时间基准下执行动作，通常要求≤1 ms；空间同步精度决定编队几何是否满足任务要求，通常用相对位置误差和相对姿态误差衡量。在HIL测试中，同步精度不能只靠单机仿真验证，必须通过多机联合仿真环境，在统一时钟源下对比各机状态量。

通信带宽来源于协同信息交互的容量需求。协同HIL测试中，通信链路通常用真实数据链设备或信道模拟器实现，需要关注单机上行带宽、机间链路带宽、丢包率和带宽余量。带宽余量是容易被忽视但非常关键的指标：如果链路长期工作在90%以上负载，一旦出现突发流量就会导致时延急剧上升。示例中要求带宽余量≥30%，是为了给战损重构和应急指令留出空间。

容错能力来源于协同系统在故障条件下的任务保持需求。多飞行器协同的最大风险是单点故障导致整个编队失效，因此容错指标必须覆盖单机失效、链路中断、传感器故障和协同管理单元降级等场景。测试时需要通过故障注入手段，观察系统是否能在规定时间内完成拓扑重构和任务重分配。示例中单机失效重构≤2 s、链路中断恢复≤500 ms，属于工程上可实现的参考值。

三、从指标到测试用例的映射

指标分解完成后，需要建立“指标—测试用例—判定准则”的映射关系。以“端到端时延≤50 ms”为例，对应的测试用例应包含：正常工况下的时延测量、链路负载80%时的时延测量、单机失效重构过程中的时延测量。判定准则不能只看平均值，还要看最大值和超时次数。建议在测试用例中明确记录：指令发出时刻、各机接收时刻、执行机构动作时刻，并计算时延分布。

对于同步精度，测试用例应覆盖编队保持、队形变换和协同攻击三种工况。判定时不仅看稳态误差，还要看动态过程中的最大偏差。对于通信带宽，应设计阶梯加载测试，从30%负载逐步增加到100%，记录丢包率和时延变化曲线，找到系统性能拐点。对于容错能力，应设计故障注入矩阵，明确注入位置、注入时刻、故障类型和预期恢复时间。

四、需求分析中的常见偏差

实际工程中，协同HIL测试需求分析容易出现三类偏差。第一类是指标来源不清，直接照搬单机HIL指标，忽略了协同带来的额外时延和同步误差。第二类是指标不可测，例如“协同效率高”这类描述无法在HIL环境中直接测量，必须转化为任务完成时间、目标分配成功率等可观测变量。第三类是指标之间相互矛盾，例如提高通信频率可以改善实时性，但会占用更多带宽，需要在分解时进行权衡。

为避免这些偏差，建议在需求分析阶段就建立指标追溯表，把每个指标与任务剖面中的协同事件对应起来，并标注验证方法和责任分系统。这样在后续测试用例设计和结果判定时，才能保证测试活动始终围绕协同任务的实际需求展开，而不是陷入单机指标的简单叠加。