3. 虚拟注入测试环境总体设计

虚拟注入测试环境不是把几个软件装在同一台机器上就算完成，它的本质是让被测设备、仿真模型、注入工具、监控采集与测试管理平台五类角色在时间、数据和触发关系上形成闭环。总体设计要回答三个问题：谁产生激励、谁接收激励、谁判断结果。只有把这三条链路画清楚，后续的用例编写和故障注入才有稳定的落点。

五类角色的职责边界

被测设备（DUT）是验证对象，可以是真实控制器、嵌入式板卡，也可以是被虚拟化后的设备镜像。它的边界必须明确：哪些接口对外暴露、哪些内部状态可观测、哪些信号允许被篡改。边界不清会导致注入点选错，测试结果无法归因。

仿真模型负责提供DUT运行所需的上下文环境，例如被控对象动力学、传感器物理量、总线通信对端。模型输出的是物理量或协议帧，而不是抽象数值，这样才能与真实接口对齐。

注入工具是故障的施加者，常见形式包括信号级注入（电压、电流、PWM占空比偏移）、总线级注入（CAN报文丢失、CRC错误、周期抖动）、以及软件级注入（内存位翻转、任务延时）。注入工具必须支持触发条件配置，否则故障无法与特定工况对齐。

监控采集负责记录DUT的输入输出、内部变量和总线流量，形成可回溯的数据集。采集的采样率、时间戳精度和通道数量直接决定故障是否可被观测。

测试管理平台是调度中枢，负责用例编排、注入触发、数据归档和判定执行。它不直接参与信号处理，但决定了整个环境能否自动化运行。

集成关系与数据流

五类角色的集成关系可以概括为“三条链路、一个时钟”。激励链路从仿真模型和注入工具流向DUT；观测链路从DUT和总线流向监控采集；控制链路从测试管理平台流向注入工具和仿真模型。一个时钟指所有节点必须共享统一的时间基准，否则注入时刻与采集时刻无法对齐，故障复现就失去意义。

接口与协议约定

架构草图落地时，最容易出问题的是接口约定。建议在环境搭建前先固化一份接口清单，至少包含以下字段：接口名称、方向、物理形式、协议、数据范围、更新周期、注入点是否可访问。例如，某型电机控制器的转速传感器接口为模拟电压0～5V对应0～3000rpm，更新周期1ms，注入点位于信号调理电路前端，则注入工具需要具备±0.5V的偏置能力和1ms以内的切换速度。

仿真模型与DUT之间的接口通常有两种实现方式：一种是物理IO直连，仿真模型通过实时仿真机输出真实电压或总线帧；另一种是软件接口，通过共享内存或Socket交换数据。前者更接近真实工况，但需要实时仿真硬件；后者部署快，但时间精度受操作系统调度影响。选择哪种方式，取决于测试对时间精度的要求。若故障注入需要微秒级对齐，必须走物理IO或实时总线。

时间同步与触发设计

虚拟注入测试的核心难点是“在正确的时刻做正确的事”。假设要验证控制器在转速超过2500rpm时对传感器断路的响应，注入时刻必须落在转速穿越2500rpm之后的第一个控制周期内。如果注入工具和仿真模型各自使用本地时钟，累积误差可能达到几十毫秒，故障就会落在错误的工况区间。

推荐的做法是引入统一时间基准，例如IEEE 1588 PTP或硬件触发线。测试管理平台在用例中定义触发条件，例如“转速≥2500rpm且持续3个周期”，该条件由仿真模型或监控采集实时计算，满足后通过硬件触发线向注入工具发送脉冲，注入工具在收到脉冲后的固定延迟内施加故障。这个固定延迟需要标定，并作为参数写入用例。

环境搭建的检查要点

完成架构草图后，建议按以下顺序逐项确认，避免集成阶段反复返工：

• 边界确认：DUT的哪些接口接入环境、哪些保持真实负载、哪些被仿真替代，必须逐条列出并签字确认。
• 注入点可达性：每个计划的注入点在物理上或软件上是否可访问，是否需要额外的断线盒、转接板或调试接口。
• 采集通道覆盖：监控采集的通道数是否覆盖所有判定所需信号，采样率是否满足故障特征捕获要求。例如CAN报文丢失故障，采集周期应小于报文周期的1/3。
• 时间同步验证：在正式注入前，先做一次空跑，用同一触发信号同时标记仿真模型输出和采集数据，检查时间偏差是否在允许范围内。
• 回放与复现：采集数据应包含足够的信息，使得同一用例可以在不修改配置的情况下重复执行并得到一致结果。

一个最小可行环境的参数示例

以下参数属于教学示例，用于说明各角色的配置粒度，并非实测结果。假设被测对象为一台直流电机控制器，仿真模型运行在实时仿真机上，注入工具采用信号级故障注入板卡，监控采集使用总线记录仪和模拟量采集卡。

这套参数下，一次典型的故障注入流程是：测试管理平台加载用例，仿真模型开始输出转速信号，监控采集同步记录，当转速条件满足时触发注入工具施加传感器断路，DUT响应被采集并回传，平台根据判定窗口内的转速偏差和故障标志位给出通过或失败结论。整个过程中，注入时刻与采集时刻的偏差控制在50μs以内，足以分辨控制周期级别的响应差异。

总体设计的最终交付物是一张架构草图加一份接口清单。草图说明角色和链路，清单说明每个接口的具体参数。两者结合，才能让后续的用例开发、注入实施和结果判定有据可依。