候选人面试分析:BMS hil
来源
- 转写文件:
E:\OPROJECT\Vtest\results\audio\BMS hil.txt - 转写中可识别称呼:罗涛(来自面试开场与候选人自述微信名;仅作为转写中出现的信息,不额外推断)
岗位方向
- 主要匹配:座舱/车身域/整车功能测试,兼具 BMS HIL 软硬件故障注入经验。
- 次要匹配:UDS 诊断、CANoe/CAPL 基础、Vector VT 台架、实车功能验证、标定与信号分析。
- 对 BMS HIL 岗位的适配点在于有约一年 BMS HIL 项目经历,做过 AC/DC 充电、热管理、故障注入等;但其当前更强的实践面在整车功能、车身域与诊断应用层。
整体结论
候选人经历面较宽,表达较顺,能覆盖座舱、车身域、BMS HIL、UDS、CANoe、示波器/万用表、标定等多个测试主题。对诊断服务、车身信号读取、故障注入类型和 Vector VT 板卡有一定实际接触,适合偏功能验证、诊断、台架执行与问题闭环的测试岗位。风险在于 BMS 底层协议、网络协议栈、自动化开发和复杂 CAPL/Python 能力偏弱,对部分 HIL 软件故障注入的工具链描述不够清晰,深度岗位需要进一步验证。
答得好的点
- UDS 常用服务覆盖较全:能说到 0x10、0x11、0x14、0x19、0x22、0x2E、0x27、0x28、0x31、0x85 等,并能解释安全访问、通信控制、DTC 读取/清除、例行程序等用途。
- BMS 故障注入类型有实际经验:能区分软件故障注入和硬件故障注入,提到 CAN 信号仿真、外部输入信号、开路、短路、过压、欠压、温度异常、通讯干扰、继电器粘连/常开、高低电驱、菊花链信号丢失等。
- Vector VT 台架硬件认知较具体:提到 VT8012A、VT7001、VT1004A、VT2004、VT2516A、VT2848、VT1604 等板卡或功能模块,说明不是完全停留在概念层。
- 实车车身域测试思路较完整:能从测试用例、功能表现、信号定义、DBC/信号表、DTC、标定观测量等角度判断车窗、防夹、氛围灯、驾驶模式等问题。
- 工具链覆盖面较广:CANoe、TSMaster、示波器、万用表、INCA/标定、CAPL Panel、系统变量/观测量等均有接触。
- 对自身短板相对坦诚:明确表示代码能力、自动化、底软、网络接口和协议层是短板。
薄弱风险
- BMS HIL 深度不足:虽然能列举故障注入项目,但对软件故障注入如何开启、如何导入、如何执行的描述较含糊,例如对 Vector 工具链中的具体模块、文件与操作路径解释不稳定。
- 自动化开发能力有限:CAPL 只写过简单脚本,复杂脚本主要能看懂和改参数;Panel 做得较简单,最复杂也只有少量控件。
- 网络与底软经验不足:候选人明确承认“协议层没做过”“网络也没有做过”,更多集中在诊断和应用层功能测试。
- 高低温、环境可靠性类测试经验不足:被问到极限高低温/车规级温度范围时表示不是自己负责、印象不多。
- BMS 实车闭环有限:BMS 项目主要是仿真台架测试,不负责后续实车验证工序。
- 个别技术表述存在口误或概念混杂,如“菊花链/区块链”转写混乱、故障注入工具名和模块名不够准确,需要现场实操验证。
面试官考察点
- 候选人工作经历真实性:座舱、BMS HIL、车身域三段经历分别承担了什么工作,是否实车或台架。
- UDS 诊断能力:常用服务、DTC 读取/清除、安全访问、通信控制、例行程序、刷新相关服务。
- BMS 故障注入能力:软件/硬件故障注入方式、信号仿真、板卡使用、故障判定依据。
- CANoe/CAPL/Panel 能力:是否能写脚本、是否做过 Panel、能否解释具体控件与信号控制逻辑。
- 实车车身域问题判断:如何基于功能表现、信号、DTC、标定量判断结果。
- 工具使用能力:CANoe、TSMaster、示波器、万用表、INCA 等。
- 职业规划与岗位匹配:为何找工作、想做什么方向、是否愿意补足自动化/底软短板。
证据摘录
- “上份工作的嗯是b m s,就是hill这份工作大概有一年左右啊,主要做的一些就是b m四六的一个软硬件故障注入,以及它专项的一些测试。比如说a c和d c的一个七孔和九孔充电,以及它的一些电视剧管理和热管理之类的。”
- “常用的u d s的话,其实正常像我们常说的诊断规划幺零……幺幺的一个复位……幺四……幺九……二二和二一……二七安全访问……二八通讯……三幺……八五……”
- “故障注入就是它的一个主要测试项目。当然在b m s故障注入的时候会有很多的硬件故障注入和软件故障注入。”
- “硬件注入的话……找到相应的一些接口……n t c或p t c之类的……过压或者欠压以及开路,呃,还有短路的故障……v n h五六零……信号的一个干扰注入……继电器的故障,比如说粘连然后以及常开。”
- “板卡……v t的八零幺二a……电源板卡……v t的七零零幺……负载板卡……幺零零四a……二零零四……二五幺六a……二八四八……幺六零四。”
- “写过,但是开发脚本的话我不敢说我写的太多……写一些简单的……复杂的可能我只能够懂得它的一个架构以及改修改参数,能看懂。”
- “现在我代码的能力可能不是很强……自动化方面可能我也需要做更多的学习……协议层这个也没做过……网络也没有做过。”
评级建议
- 建议评级:B / B-。
- 推荐方向:功能测试、诊断测试、车身域/座舱测试、BMS HIL 执行与问题闭环岗位。
- 不建议直接定位:高阶 BMS HIL 自动化开发、底软/网络协议栈测试负责人、复杂 CAPL/Python 自动化主力。
- 面试推进建议:若岗位以台架执行、诊断和功能验证为主,可进入下一轮;若岗位强调自动化框架开发、VT System 深度配置、BMS 策略深度分析,建议增加实操题或二面技术深挖。