候选人面试分析:力高新能源-bms
来源
- 转写文件:
力高新能源-bms.txt - 候选人姓名:转写中无法确认真实姓名;不编造姓名。
- 备注:无特别备注。
岗位方向
- 主要匹配:车身域测试、整车功能测试。
- 次要匹配:BMS充电功能测试(执行层面)。
- 岗位适配判断:候选人更适合整车集成或车身域的功能测试执行岗位,不适合需要深厚BMS策略理解、HIL台架测试设计或独立开发测试用例的岗位。
整体结论
候选人具备整车功能测试经验,尤其在车身域(座椅、灯光、车窗等)和BMS充电功能(国标交直流充电流程)方面有实际执行经历。回答内容显示其工作模式以执行已有测试用例为主,对测试流程和被测对象功能有基本了解,但在技术深度、独立设计能力和工具链掌握上存在明显短板。对BMS充电报文细节、高压架构、诊断服务和CAPL脚本编写等问题的回答停留在表面,缺乏深入的项目细节和问题闭环能力。整体上,候选人是一名合格的测试执行者,但技术深度和独立解决问题的能力有待加强,与公司以台架测试为主的BMS岗位要求存在差距。
答得好的点
- 对国标直流充电流程描述清晰,能说出物理连接、低压辅助、参数配置、充电阶段和结束等主要步骤,表明有实际跟测经验。
- 能列举多个充电交互报文名称(如CHM、BHM、CRM、BRM、BCS、BSD等),并说明其大致用途,显示对充电协议有基本认知。
- 对智能补电和预约充电的功能逻辑描述基本正确,能讲出信号链路和触发条件,说明参与过相关整车测试。
- 在车身域测试方面,能举例说明座椅调节的测试点(物理按键、语音、优先级、退出条件)和用例设计方法(场景法、条件组合法),体现了一定的测试思维。
- 对UDS诊断服务(如27、2E服务)的基本流程和安全访问有了解,能说出正响应和否定响应的基本格式及部分否定响应码(如0x10、0x11、0x22、0x35等),说明接触过诊断测试。
- 对万用表、示波器、CANoe(Panel、Graphics)等常用测试工具的使用场景描述真实,符合执行层测试人员的能力画像。
薄弱风险
- 技术深度不足,细节记忆模糊:对2011与2015国标充电报文差异、直流充电电流上限、报文超时时间等具体技术问题无法回答,多次表示“记不住了”、“没有了解”,显示知识停留在表面。
- 高压架构理解薄弱:在被问及预充继电器高压前端和后端接在哪里时,回答犹豫且不准确,最终未能给出明确答案,表明对电气原理图的理解不深。
- 工具链能力有限,缺乏开发能力:明确表示不会编写CAPL脚本,DBC文件多为公司提供,自己仅会简单添加信号,说明不具备自动化测试开发能力。
- 测试设计能力偏弱,依赖用例库:承认公司有用例库,自己编写用例不多,虽然能说出等价类、边界值等方法,但在具体描述用例设计时逻辑不够严谨,更多是功能描述而非测试设计。
- 问题闭环能力存疑:在回答报文超时和三次重连机制时,多次与面试官确认问题含义,最终回答仍不清晰,显示在遇到不熟悉的技术问题时,缺乏有效的分析和推断能力。
- 项目经验以执行为主:多次提到“公司会给”、“我们直接拿来用”、“有专门负责的”,表明其在项目中主要扮演执行角色,而非独立设计或主导推进。
- 台架测试经验缺失:明确表示充电测试“没有在台架上进行”,高压电源接触不深,这与公司“全部都是台架测试”的岗位要求存在直接差距。
面试官考察点
- 验证BMS充电功能测试的项目真实性,通过追问直流充电流程、报文细节和国标差异来检验。
- 考察对充电协议和报文交互的深层理解,而非仅停留在流程表面。
- 评估高压电气原理和继电器控制逻辑的掌握程度,判断其是否具备台架测试所需的基础知识。
- 检验CANoe工具的实际应用深度,特别是CAPL脚本编写和DBC自主开发能力。
- 了解UDS诊断服务的实际操作经验,通过2E服务写入流程和否定响应码判断其诊断测试水平。
- 评估测试用例设计能力,看其是否能独立进行测试点分析和覆盖度保证。
- 确认候选人过往工作模式是独立主导还是依赖用例库执行,以判断其与岗位的匹配度。
- 了解候选人对工作地点、加班和公司业务的意愿,评估其稳定性和入职可能性。
证据摘录
- “d c充电的话,这个也是我们比较经常接触的。你像a c b,c b无可扫描,就是它的基本上的流程就是第一步基本上都是呃首先建立物理连接嘛,然后先插枪,然后进入一个低压辅助放电。”
- “像充电过渡阶段的报文,像c c h m就是充电报文嘛,就是充电机给车辆的那然后还有像b h b h m啊,车辆给充电机的,这些都是我们就是称为就是所谓的握手报文嘛。”
- “这个区别的话……我想想我们因为平时像现在的话,基本上执行的都是一些那个新的协议。这个报文的话平时可能接触的也都是新的。这个旧的报文的话,之前之前就是工作当中有一些了解,可能时间久有点儿有一些记不住了。”
- “开口脚本的话这个倒没有。因为我们这边的话开户它就是涉及到一个自动化,我们这边有专门负责的这个你像我们平时使用的话,它一般都会给我们那些就是脚本什么的,我们就直接就是拿来用。”
- “你像那个闭合主负继电器,还有闭合预充继电器,还有就是监测预充预充那个电压的这就是一个呃监监测预充电压的一个嗯,还有断开断开预充继电器,还有闭合主动继电器,这些是呃充电过程中就是接触能够接触到的。”
- “他的前端的话是是……前端。最高鉴定器,我想一下他那个位置是在……这个话确实很长时间没有接触到第一个项目是吧?”
- “我们公司有那个用例库,你像但是涉及到那个用例编写的话,这个我们有几种。你像那个条件组合法,呃,等价法呃,像呃等价法嗯,还有边界值嗯,边界值还有一个场景法……但是实际上写的也不是很多,因为平时公司的一个那个呃用例覆盖度还是挺挺高的。”
评级建议
- 建议评级:C+
- 推荐方向:车身域或整车功能测试执行岗位,在有成熟用例库和明确测试流程的团队中工作。
- 谨慎方向:BMS HIL台架测试、需要独立设计测试用例或开发自动化脚本的岗位、需要深厚高压电气知识的技术岗位。
- 面试推进建议:作为备选,不建议直接录用为BMS台架测试工程师。若公司有车身域或整车集成测试的人力需求,可考虑降级录用或安排复试,复试需重点补问台架测试基础、高压安全知识和独立解决问题的能力。
可补问问题
- 请描述一个你从头到尾独立设计测试用例并发现重大缺陷的项目经历,你当时是如何分析需求、设计用例并推动问题解决的?
- 如果现在让你在台架上搭建一个直流充电测试环境,你需要哪些设备?你会如何连接高压线束和低压信号?请画出简单的连接示意图。
- 你提到会用CANoe的Panel和Graphics,如果现在让你用CAPL写一个简单的脚本,实现周期发送一帧CAN报文并检测响应,你大概的思路是什么?
- 请解释一下预充继电器和主正继电器在高压上电过程中的时序配合逻辑,如果预充失败,BMS通常会采取什么保护策略?
- 在UDS诊断中,如果执行2E服务写入DID时收到否定响应码0x31(请求超出范围),你会从哪些方面排查问题?
- 你对从整车测试转向纯台架测试的意愿如何?你如何看待台架测试中无法完全模拟实车环境所带来的挑战?