美空战司令部试验鉴定新令:机载软件测试出新规,强制全流程网络安全评估

2026年6月，美国空军空战司令部（ACC）发布新版《空战司令部指令 ACCI 99-101：试验鉴定》，全面替代施行近六年的 2020 版文件。

试验鉴定是贯穿武器全生命周期的核心环节 —— 通过系统测试采集数据、评估作战效能、排查缺陷隐患，为装备采办、列装和战术优化提供决策依据。随着机载软件占比持续攀升、网络空间对抗加剧、快速采办成为常态，旧版流程已难以适配新的试验需求。

此次修订力度不小：修改试验任务审批与优先级机制，首次引入“开发、安全和运维（DevSecOps）”敏捷软件试验规范，强制所有试验纳入网络安全评估，并配套量化分级工具明确决策风险。下文从组织职责、流程重构、软件测试、评估标准四个维度，拆解这份新指令的核心变化。

一、组织架构：网络安全相关机构权责加重

指令文件中列出了空战司令部的部门分工和多方联动的试验管理体系。

新版指令明确要求所有作战试验必须包含网络安全测试，同时新增了“开发、安全和运维（DevSecOps）”全流程软件试验规范等内容。这些新要求带动了试验体系的职责重心调整，网络安全、软件测评相关机构的任务权重显著提升。

（一）总部各部门核心工作

计划、项目与要求部（ACC/A5/8/9）：美国空战司令部试验工作总把关，对所有装备投产、列装相关试验拥有最终审批权限。
试验与训练处（ACC/A5T）：试验统筹中枢，全权负责“试验优先级清单（TPL）”、作战试验任务命令两大核心流程的统筹与监督。新版用“作战试验任务命令（OTTO）”流程替代了旧版的“作战试验支持请求（OTSR）”流程，并对测试任务分配和优先级排序流程进行了修订，该部门统筹协调权重提升。
作战部（ACC/A3）：专攻战术迭代优化，审核全部战术改进提案，同步管控空军战术手册《空军战术、技术与程序 3-1》（AFTTP 3-1）的修订更新。
后勤部（ACC/A4）：聚焦装备耐久、维保相关试验数据，参与可靠性联合小组、试验数据评审委员会，完善装备后勤评估维度。
通信部（ACC/A6）：专职把控装备网信系统适配性，全程参与软件试验方案技术评审，排查信息化环节短板。新版因新增网络安全测试要求和 DevSecOps 方法，这一部门的技术评审职责进一步细化并提高重要性。

（二）四大专职试验机构

美国空军空战司令部下设四家专职试验机构，覆盖不同装备品类：

第53联队（53 WG）：归属空军作战中心，负责战机、机载弹药主体试验；
空中国民警卫队/预备役试验中心（AATC）：专门承接国民警卫队、后备队列装装备测试；
第557气象联队（557 WW）：统筹气象探测类武器系统的实战化验证；
第67网络联队（67 CW）：空军网络装备试验主力，下辖346网络试验中队，专职网络安全测评。新版明确 "所有作战试验必须包含网络测试" 后，其职责地位进一步突出。

二、试验鉴定管理流程重构：用新作战试验任务命令（OTTO）机制实现试验资源高效统筹

新版指令对试验任务分配和优先级流程做了重大修订，搭建起 "装备类" 与 "战术类" 双轨立项通道，全面替换旧版申请模式，确保有限资源优先保障核心任务。

（一）装备类试验：作战试验任务命令（OTTO）与试验优先清单（TPL）

涉及新武器研发、装备升级或软硬件改动的项目，走装备类试验通道。

新版全面停用旧版的 "作战试验支持请求（OTSR）"，改用“作战试验任务命令（OTTO）”作为统一立项凭证。所有项目必须提前申请：受战争部长办公室（OSW）监督的重点项目，试验单位需至少提前 20 天将计划提交空战司令部总部完成内部流转；需要试验部队实际参与执行的项目，需提前 90 天提交申请。跨军种申请空军资源需准将级签字，内部项目由上校级审批。

立项后的项目纳入新版引入的试验优先清单（TPL）管理，按业务领域归入各部门的试验项目指令（TPO）分类，各部门排定内部优先级后由总部按季度更新，作为资源调配和年度计划的参考依据。

（二）战术类试验：战术改进提案（TIP）与战术调查（TI）

不涉及软硬件改动的纯战术问题，走独立的战术改进通道。

标准流程是提交战术改进提案（TIP），每年 1 月在年度战术评审会上集中审核通过后即可立项。新版指令进一步明确了轻量化快速通道 —— 战术调查（TI），针对突发的战术验证机会，只要不产生靶场专项费用、不需要正式协议、不增加部队常规保障外成本，即可通过机密网络（SIPR）的战术工作平台提交申请、快速获批，不用等年度评审。

（三）试验类型：按场景选择合适的试验方法

新版系统梳理了十几种试验类型，按严谨程度和适用场景分类，包括：

部队发展评估（FDE）：最核心的试验类型，既支持采办项目的列装里程碑决策，也负责已列装装备的持续保障和升级改进，严谨度最高，特定情况下可替代初始作战试验直接支撑列装决策；
作战效用评估（OUE）：针对非复杂系统的聚焦式快速试验；
能力与局限评估（C&L）/ 作战演示（Ops Demos）：新版补充的类型，主要服务于中间层快速采办项目，仅做观察评估，不做正式结论；
验证试飞 / 验证地面试验（VFT/VGT）：用于装备集成验证，用最少架次确认兼容性，免做完整正式试验。

三、新增软件迭代测试方法论：DevSecOps（开发、安全和运维）软件试验方法

随着机载软件规模持续扩张、迭代速度加快，新版专门新增了一套适配敏捷开发的软件试验规范，即“开发、安全和运维（DevSecOps）”软件试验方法：把安全测试持续融入软件开发、测试、部署、运维全流程的方法论。不是等开发完再做安全检查，而是在每个阶段都嵌入安全验证，通过节点决策，让安全成为软件交付的内置要求而非事后补丁。

开发、安全和运维（DevSecOps）方法流程：

DEV（development）：开发

SEC（security）：安全

OPS（operation）：运维

SAST（静态应用程序安全测试）：属于“白盒测试”，是在软件未运行的状态下，通过直接分析和扫描源代码、字节码或二进制文件，来尽早发现代码层面的安全漏洞与合规问题。

DAST（动态应用程序安全测试）：属于“黑盒测试”，是在软件实际运行的状态下，通过模拟外部黑客的攻击行为对应用程序进行探测，从而评估其在真实运行环境中的防御能力与安全状态。

进行实验流程的四个环境：

软件测试活动部署于四个相互隔离的架构环境中：

开发环境：开展用户故事验证、单元测试、回归测试、软件物料清单（SBOM）监控以及静态应用安全测试（SAST）。
测试环境：执行功能测试、系统集成测试、API测试，并集中开展动态应用安全测试（DAST）、交互式应用安全测试（IAST）以及生存性与人类工效学（HSI）测试。
预生产环境：聚焦于负载与压力测试、用户验收测试、生存性测试、初始/后续作战试验（Initial OT&E / Follow-On OT&E）以及互操作性认证。
生产/运行环境：开展常态化的系统监控与价值评估。

新版硬性规定，所有作战试验必须包含网络安全测评。测评基于真实网络威胁搭建模拟攻击环境，重点检验装备的网络防护能力和故障恢复能力，确保装备遭遇网络攻击时仍能完成核心作战任务。

四、评估标准与交付物：两套评级衡量试验可信度与决策风险

指令称，所有试验结论必须与测试严谨程度匹配，新版指令用两套标准化分级工具，帮决策者直观判断测试可信度和决策风险。

技术成熟度分级（TRL）

1至9级阶梯标准，从理论研究、实验室验证到实战环境稳定运行，直观衡量技术落地成熟度，新版要求申请试验时必须明确标注当前技术成熟度分级等级。

2. 试验充分性分级（TSL）

1至5级标注数据可信度：从仅证明可行性的简易演示，到有完整统计支撑、可直接支撑列装决策的全量化验证，级别越高结论越可靠。

在试验交付物上，不同场景对应不同报告：硬件列装用列装建议书，软件迭代用版本发布建议书，跳过正式试验直接列装前需做试验充分性审查。新版新增了“能力与局限报告”这一轻量化形式，供快速采办项目早期研判使用，但这类报告不得包含列装建议。

结语

新版《空战司令部指令 99-101》围绕试验管理做了系统性重构：用作战试验任务命令（OTTO）取代旧有申请模式；首次将DevSecOps（开发、安全和运维）敏捷软件方法纳入规范，强制所有试验包含网络安全测试，补齐了软件密集型装备和快速采办的制度空白；配合双分级量化评估体系，让试验结论更透明、决策风险更可控。整套修订指向一个核心目标：在保证试验严谨性的前提下，让新型装备更快、更安全地形成战斗力。

资源获取：

我智库长期系统性搜集国外军事相关报告、法规条令、会议文集等资源。欢迎各研究机构、高校院系、防务智库及技术情报部门咨询选购。我们将根据您的具体需求，提供整体采购、专题方向筛选、中英文摘要翻译等定制化服务。

一 END 一

点击阅读原文获取文中提到的指令文件及中文翻译

欢迎点赞、收藏、转发、留言