上一篇 《Loop 怎么跑进汽车研发:FDE 驻场,把 AI 做成自主闭环》 讲的是"派一个工程师进场,把 AI 做成自己开工的闭环"。文末我们当场往一套真实的 Polarion 写进了一条缺陷 DP-544 作证。
很多客户看完问得最多的一句是:"我们的 Polarion 字段全是自己定制的,你们怎么知道该怎么填?" 这篇就专门回答这件事——这套 AI 集成能为你做什么,以及它怎么贴着你那套独一无二的 Polarion 落地。
先说结论:它能为你做什么
简单讲,它把"读需求、写用例、判结果、报缺陷、连追溯"这条研发链上重复、机械、容易漏的活接过去,自动跑在你自己的 Polarion 上:
| 能力 | 它替你做的事 |
|---|---|
| 需求分析 | 新需求一进 Polarion 就自动分析,给出冲突 / 歧义清单,不用人逐条对着读 |
| 用例派生 | 从需求自动派生功能测试用例(含边界、异常场景),少漏测 |
| 结果判定 | 台架 / HIL 跑完的结果,按你的规则自动判通过 / 失败 |
| 回写 Polarion | 判定结果、缺陷、附件、追溯线,自动写回你自己的 Polarion,全程可审计 |
| 自动建缺陷 | 失败项自动建缺陷,带上失败信号、阈值、实测值等判定详情 |
| 追溯链路 | 缺陷 ↔ 用例 ↔ 需求自动连线,"断链"不再是常态 |
| 测试证据 | HIL 日志 / 截图 / 报告,自动作为证据挂到对应的测试记录上 |
一句话:它不是"又一个聊天框",而是一个会把活干完、并且把结果落进你系统里的帮手。
难点:每家的 Polarion 都不一样
但要真正"落进你的系统",有一道绕不开的坎——每家的 Polarion 都长得不一样。随便举几个例子:
- 缺陷等级:有的分"致命 / 严重 / 一般 / 轻微",有的用"A / B / C",还有的直接挂 ASIL 等级——同样是"严重度",每家的选项都不一样;
- 问题分类:一条缺陷是"设计问题 / 实现问题 / 测试环境问题"还是别的归类,也是各家自定义的;
- 状态怎么流转:是"新建 → 分析中 → 修复中 → 待验证 → 关闭"还是另一套?"流转到某个状态前必须先填哪个字段"?都是你按自己流程配的;
- 一堆只有你才有的自定义字段:关联的 DTC、所属子系统、回归版本、责任团队……哪个字段对应什么业务含义,说到底只有你最清楚;
- 连工作项类型都可能定制(同样是"测试用例",有人就把它叫成别的名字)。
正因为如此,任何"开箱即用、一套配置打天下"的说法都不靠谱。我们的做法反过来——不要求你迁就工具,而是让工具来贴合你。下面这套落地流程,就是专门解决"你的字段我们事先不知道怎么填"这件事的。
落地流程:从读懂你的结构,到自动上线
几个让你放心的点:
- 不用你改 Polarion 里任何字段——你的自定义字段照用,我们去适配它,而不是让你迁就我们;
- 只读账号就能起步——先用只读权限把你的结构读出来、把效果演示给你看,要正式回写时再给写权限;
- 你点头之前,绝不碰生产数据——第④、⑤步全程你在场确认;
- 业务判断权始终在你手里——AI 做的是机械对齐和出草稿,"这条到底算不算合格""这个字段对应什么意思"由你拍板。
这一步看似"慢",其实是整套方案最值钱的地方:它保证 AI 写进 Polarion 的每一样东西,完全贴合你自己的规范,而不是一个通用模板硬塞给你。
眼见为实:结果真的写进 Polarion 了
说一千道一万,不如看真实的。下面这条缺陷 DP-528,是系统自动写进我们演示项目 Polarion 的——类型、严重度、状态、优先级、版本一栏不缺,描述区里原样带着测试运行、完整测试步骤,以及那句判定结论。不是 PPT,是 Polarion 里真实的一条:

写这篇文章时,我们还当场让系统新建了一条缺陷 DP-544:自动填好字段、写上说明、挂上证据附件、连上追溯线——全程没有人点鼠标。几秒后回到 Polarion,这条 DP-544 就在那儿,描述和评论里都写明"由 Combo Agent 自动写入",证明它不是手工建的:

不止 Polarion,也能和你现有的工具连用
Polarion 只是这条链上的一环。这套集成的设计前提就是不替换你现有的工具链:
- 需求 / 缺陷管理:除了 Polarion,DOORS、Jama、Jira、禅道等同样可以接,不要求你换工具;
- 测试与执行:可以和你台架、HIL、自动化测试用的工具(如 CANoe、ECU-TEST、dSPACE 等)配合,把它们跑出的结果接过来判定、回写;
- 数据与文档:需求文档、测试报告、运行数据等,能作为输入接进同一条流程。
你现在用什么,就接什么;要同时接几样也行。目标始终是赋能你现有的流程,而不是推倒重来。
客户常问
Q:我们的 Polarion 自定义字段特别多,能用吗? A:能,这正是它的设计出发点。我们先把你的真实结构读出来、整理成清单给你确认,之后直接照着用,不要求你改任何字段。
Q:要给多大权限的账号? A:起步给一个只读账号就够——足以读出结构、做查询、演示效果;等你要正式回写时,再给一个有写权限的工程账号。
Q:会不会乱写、把工程师刷屏? A:不会。哪些自动、哪些留给人确认,都按你的规则来;你也可以在关键节点设人工确认,成熟了再放开。
Q:上线要多久、要我们配合多少? A:主要就是上面流程图里的第④步——你确认一下结构清单和判定规则。其余识别、配置、试跑由我们来。
Q:数据安全?出不出域? A:私有化部署、内网可跑、按客户物理隔离、不做跨客户训练。你的数据养你自己的 AI。
想看它在你的项目里跑起来?
最快的验证方式:给我们一个 Polarion 只读账号(或一段结构导出),我们用你的数据走一遍上面的流程:
- 把你的真实结构(类型 / 字段 / 枚举 / 状态 / 追溯规则)读出来给你复核;
- 读一条真实需求或工作项,连你的自定义字段一起,原样呈现;
- 想看回写,就像本文这条 DP-544 一样,当场往你的 Polarion 写一条给你看。
私有化部署、数据不出域、不做跨客户训练。先看效果,再谈上不上线。
想先看业务全景,回去读姊妹篇 《Loop 怎么跑进汽车研发:FDE 驻场,把 AI 做成自主闭环》。
联系我们:info@nox-lumen.com
作者
Nox-Lumen Tech-team
发布日期
2026年6月14日