4、测试需求分析与计划制定：从系统需求到测试需求的分解方法、测试计划编写要点
eVTOL（电动垂直起降飞行器）的飞控系统是典型的“安全关键系统”（Safety-Critical System），其测试验证工作直接关系到适航审定（如CAAC、FAA、EASA的适航规章）和飞行安全。在实际工程中，很多测试团队容易陷入“凭经验设计用例”或“边测边改”的被动局面，根本原因在于测试需求分析不彻底，未能将顶层的系统需求（System Requirements）有效分解为可执行、可度量、可追踪的测试需求（Test Requirements）。本章将围绕“从系统需求到测试需求的分解方法”和“测试计划编写要点”两大核心主题，结合eVTOL飞控系统的特殊性，给出系统化的工程方法论与实操指南。
上图展示了从系统需求到测试计划制定的完整工程链路。可以看到，测试需求分析（TRA）处于承上启下的核心位置，它既要向上承接系统需求与适航要求，又要向下指导测试计划与用例设计。下面我们将分模块深入展开。
4.1 核心原理：测试需求分解的“V字模型”与“双向追溯”
在eVTOL飞控系统开发中，测试需求分解的理论基础是V字模型（V-Model）。该模型强调左侧开发过程（需求分析→概要设计→详细设计→编码）与右侧验证过程（单元测试→集成测试→系统测试→适航验证）之间的对应关系。测试需求分解的本质，就是将左侧每一层的“设计输入”转化为右侧对应级别的“验证输入”。
具体到飞控系统，测试需求分解需要遵循以下三个核心原则：
- 可追踪性（Traceability）：每条测试需求必须能向上追溯到一条或多条系统需求/适航条款，向下追溯到具体的测试用例。通常使用需求追溯矩阵（RTM）进行管理，例如将“系统需求SR-012（俯仰通道阶跃响应超调量≤15%）”映射到“测试需求TR-012-01（HIL环境下验证俯仰阶跃响应）”，再映射到“测试用例TC-012-01-01至TC-012-01-05”。
- 可测试性（Testability）：系统需求中的模糊描述（如“姿态稳定”“响应良好”）必须转化为可量化的测试需求（如“在阵风扰动下，姿态角偏差≤±2°，恢复时间≤3s”）。这要求测试工程师具备将定性需求转化为定量指标的能力。
- 充分性与必要性（Sufficiency & Necessity）：测试需求应覆盖所有系统需求，但不应产生冗余的测试项。对于安全关键功能（如失效保护、余度管理），需要额外增加鲁棒性测试需求，即使这些需求未在系统需求中显式列出。
4.2 判断方法/操作流程：测试需求分解的五步法
根据eVTOL飞控系统的工程实践，我们总结出测试需求分解的“五步法”，该流程已在多个eVTOL型号项目中得到验证。
| 步骤 | 活动名称 | 输入 | 输出 | 关键工具/方法 |
|---|---|---|---|---|
| 1 | 需求梳理与分类 | 系统需求文档、适航条款 | 需求清单（按功能/性能/接口/安全性分类） | 需求管理工具（DOORS、Jama） |
| 2 | 可测试性分析 | 需求清单 | 可测试需求/不可测试需求清单 | 评审会议、专家判断 |
| 3 | 测试需求导出 | 可测试需求、安全性分析报告 | 初步测试需求（含量化指标） | 等价类划分、边界值分析、场景分析 |
| 4 | 测试需求评审 | 初步测试需求 | 评审通过的测试需求基线 | 同行评审、与系统工程师联合评审 |
| 5 | 建立追溯矩阵 | 测试需求基线、系统需求 | 需求追溯矩阵（RTM） | DOORS、Excel宏、Jama |
在步骤3中，测试工程师需要特别关注eVTOL飞控系统的特有测试需求，包括但不限于：
- 电动动力系统集成测试需求：电机响应延迟、螺旋桨惯性对姿态控制的影响、电池SOC变化对动力输出的影响。
- 多模式飞行控制测试需求：垂直起降模式、过渡飞行模式、巡航模式之间的切换逻辑与时序。
- 失效与降级测试需求：单电机失效、单电池组失效、GPS信号丢失、大气数据系统故障等场景下的飞控响应。
- 地面效应与风场扰动测试需求：近地面悬停时的地面效应补偿、阵风切变下的姿态保持。
4.3 案例拆解：某eVTOL型号的俯仰控制律测试需求分解
下面通过一个实际案例来展示测试需求分解的具体操作。假设某eVTOL型号的系统需求中有一条：
SR-FCS-021：在悬停模式下，飞控系统应保证俯仰姿态角在阵风扰动（风速10m/s，阵风因子1.5）下的稳态误差不超过±1.5°，超调量不超过20%，调节时间不超过5秒。
初始现象与目标：系统工程师给出了上述定性加定量的需求，但测试团队发现该需求存在以下模糊点：①“阵风扰动”的具体频谱特征未定义；②“悬停模式”是否包含地面效应区域未说明；③“稳态误差”的统计窗口未明确。这些模糊点如果不澄清，后续测试用例设计将无法进行。
分析判断过程：测试团队与飞控算法团队、气动团队联合召开了需求澄清会。经过讨论，明确了以下补充条件：
- 阵风模型采用Dryden频谱，风速10m/s，阵风强度1.5，方向为水平纵向（影响俯仰通道）。
- 悬停模式测试分为两类：a）离地高度大于10m（无地面效应）；b）离地高度1m（地面效应影响）。
- 稳态误差的统计窗口定义为扰动施加后第3秒至第10秒的平均误差。
实际操作步骤：基于澄清后的需求，测试团队导出了以下测试需求：
TR-FCS-021-01: 在HIL环境中，模拟Dryden阵风（10m/s, 1.5因子），验证离地高度10m时俯仰姿态稳态误差≤±1.5°
TR-FCS-021-02: 在HIL环境中，模拟Dryden阵风（10m/s, 1.5因子），验证离地高度1m时俯仰姿态稳态误差≤±2.0°（考虑地面效应放宽）
TR-FCS-021-03: 在TR-FCS-021-01条件下，验证俯仰超调量≤20%
TR-FCS-021-04: 在TR-FCS-021-01条件下，验证调节时间≤5s
TR-FCS-021-05: 在TR-FCS-021-02条件下，验证俯仰超调量≤25%，调节时间≤6s
TR-FCS-021-06: 重复TR-FCS-021-01至05各10次，验证一致性（标准差≤0.3°）结果对比与复盘：在首次HIL测试中，TR-FCS-021-02（地面效应工况）未能通过，稳态误差达到2.8°。经排查，发现飞控算法中的地面效应补偿模型参数不准确。飞控团队修正了补偿模型后，该测试需求通过。这个案例说明，测试需求分解时考虑环境边界条件（地面效应）至关重要，如果只按原始需求测试，该缺陷将遗漏到真机试飞阶段才能暴露。
4.4 测试计划编写要点：结构、内容与动态管理
测试计划是指导整个测试活动的纲领性文件。在eVTOL飞控系统项目中，测试计划通常分为主测试计划（Master Test Plan）和阶段测试计划（Phase Test Plan）两个层级。主测试计划覆盖整个项目周期，阶段测试计划针对特定测试级别（如HIL集成测试、铁鸟测试、真机试飞测试）。
编写测试计划时，应重点关注以下七个要素：
- 测试范围与目标：明确“测什么”和“不测什么”。例如，主测试计划中应说明“本计划覆盖飞控软件验证（DO-178C DAL A）和飞控系统集成验证，不包含电机本体台架耐久测试”。
- 测试级别与阶段划分：定义单元测试、软件集成测试、硬件/软件集成测试（HIL）、系统集成测试（铁鸟）、飞行测试等阶段的入口/出口准则。
- 测试环境与工具：详细描述HIL台架的组成（实时机、IO接口、传感器模拟器、故障注入模块）、铁鸟台架的机械结构、真机测试的机载设备清单。
- 资源与职责分工：明确测试团队、开发团队、适航团队的职责边界。例如，测试团队负责用例设计与执行，开发团队负责缺陷修复，适航团队负责见证测试。
- 进度与里程碑：将测试活动与项目主进度关联，定义关键评审节点（如测试就绪评审TRR）。
- 通过准则与覆盖率要求：定义测试通过的量化标准。例如，“语句覆盖率100%，MC/DC覆盖率100%（针对DAL A软件）”“所有RID（评审问题）关闭后方可进入下一阶段”。
- 风险与应急策略：识别测试活动的主要风险（如HIL台架交付延迟、传感器模拟精度不足），并制定应对措施。
4.5 常见误区与总结复盘
在eVTOL飞控系统测试需求分析与计划制定过程中，常见的误区包括：
- 误区一：测试需求=系统需求的“复制粘贴”。正确的做法是将系统需求转化为“可验证的工程语言”，例如将“姿态稳定”转化为“在特定扰动下，姿态角偏差不超过X°”。
- 误区二：忽视测试需求的优先级。在资源有限的情况下，应优先保证安全关键测试需求的执行。建议使用MoSCoW方法（Must-have, Should-have, Could-have, Won't-have）对测试需求进行分级。
- 误区三：测试计划“一次定稿，不再更新”。eVTOL项目需求变更频繁，测试计划应作为“活文档”管理，每2-4周评审一次，及时纳入需求变更和风险变化。
- 误区四：忽略测试环境的差异对测试结果的影响。HIL测试、铁鸟测试和真机测试的结果可能因环境差异而不同，测试计划中应明确各环境下的结果置信度和数据外推方法。
总结复盘：测试需求分析与计划制定是eVTOL飞控系统测试验证工作的“地基”。地基不牢，后续的用例设计、执行和适航审查都将面临巨大返工风险。建议测试团队在项目启动初期，投入至少15%-20%的总测试工时用于需求分析和计划制定。同时，保持与系统工程师、飞控算法工程师、适航工程师的密切沟通，确保测试需求既覆盖技术风险，又满足适航审查要求。最终，通过严谨的测试需求分解和科学的测试计划，为eVTOL飞控系统的安全性与适航性提供坚实证据。