候选人面试分析:雷克萨斯~二面 bmshil 动力底盘
来源
- 转写文件:
雷克萨斯~二面 bmshil 动力底盘.txt - 候选人姓名:转写中无法确认真实姓名;不编造姓名。
- 备注:转写文本存在较多口语化、重复、断句不清及可能的语音识别错误(如“c m c版”应为“CMC板”、“钢印”应为“CANoe”、“黑要杀”应为“HIL台架”等),需结合上下文理解。对话中面试官与候选人身份清晰,无多人对话混乱问题。
岗位方向
- 主要匹配:BMS HIL测试(动力底盘方向)
- 次要匹配:整车功能测试(动力底盘、充放电)、台架测试
- 岗位适配判断:候选人更适合BMS HIL台架测试执行与部分用例设计岗位,不适合需要独立设计复杂测试策略、主导系统级测试方案或深度实车标定的岗位。
整体结论
候选人具备1-3年左右的BMS HIL台架测试经验,熟悉台架搭建、信号映射、模型导入、用例执行与缺陷跟踪的基本流程。对BMS充放电管理、热管理、高压上下电逻辑有一定理解,并能描述实车充放电测试的部分场景。回答以执行层面为主,能说明“做了什么”,但在“为什么这么做”和“如何独立设计测试策略”上明显薄弱。当被追问用例优先级、变更影响分析、测试策略制定时,回答停留在基础功能罗列,缺乏系统性思考。工具链方面,提到CANoe、VT System、电池包模拟器等,但未展示脚本编写或自动化框架搭建的深度。整体属于执行型测试人员,技术深度和独立设计能力有限,但基础扎实,态度积极,可培养。
答得好的点
- 台架搭建流程描述清晰:能说明根据接线定义表连接CMC与BMU板,使用CANoe连接上位机,并导入传感器模型进行信号映射,体现了基本的HIL集成能力。
- 缺陷处理流程完整:提到发现bug后先复现、排除自身误操作、检查信号链路和报文,再提交开发并跟踪回归,具备基本的测试闭环意识。
- 实车充放电测试场景具体:列举了SOC校验、预约充电、双枪插入禁止充电、开门降功率、充电口呼吸灯等场景,说明有实际实车测试经验。
- 高压上下电逻辑描述准确:能完整描述预充继电器、主正/主负继电器闭合时序,以及钥匙信号、VCU自检、高压上电条件等链路,体现对BMS高压控制逻辑的理解。
- 热管理测试有边界意识:提到高温过温预警测试时,明确指出实车测试有风险,一般只在台架上进行,体现了安全意识和测试手段的合理选择。
- 态度积极,配合度高:明确表示能接受上海工作地点、出差、加班,且对行业加班文化有合理预期。
薄弱风险
- 测试策略与优先级设计能力不足:当被问及紧急发布下如何排优先级时,仅回答“基础功能优先”“故障保护最高级”,未能从风险、影响范围、变更关联性等维度给出系统性策略,暴露了测试设计能力的短板。
- 用例设计逻辑模糊:在回答“用例如何来”时,仅提到“根据需求文档拆分功能点”“用边界值、条件组合覆盖”,但未举例说明如何从一条具体需求推导出用例,缺乏实际设计细节。
- 工具链深度存疑:提到使用CANoe的“table”写脚本,但未说明是CAPL编程还是面板操作;对模型导入的描述停留在“VT下默认模型”,未展示对模型参数化或自定义模型的理解,自动化能力无法验证。
- 变更影响分析能力弱:当被问及需求变更时如何应对,仅回答“对比旧文档找修改点”“数值变化就重新测试”,未提及影响域分析、回归策略或用例复用,体现的是执行思维而非分析思维。
- 实车与台架差异理解浅层:回答台架与实车充放电测试差异时,仅列举了“台架看信号,实车看APP显示、呼吸灯”等表象,未从信号精度、负载特性、环境干扰、时序验证等测试维度深入对比。
- 项目规模与个人贡献不匹配:提到充放电模块一轮测试2-3天,加上AC/DC共3000多条用例,但未说明个人在其中负责的用例数量、自动化比例或独立设计部分,可能是在大型用例库下执行,个人设计贡献有限。
- 语言能力可能成为障碍:明确表示英语“一般,写没问题”,日语“交流更少”,若岗位有外语文档或沟通需求,存在风险。
面试官考察点
- 台架测试的搭建与运行逻辑:验证候选人是否真正参与过HIL台架集成,还是仅执行用例。
- 测试用例的来源与设计方法:考察候选人是独立设计用例,还是仅执行他人编写的用例。
- 工具链的真实使用深度:通过追问模型导入、脚本编写,判断CANoe/VT System是熟练使用还是仅了解皮毛。
- 测试策略与优先级制定能力:通过紧急发布场景,考察候选人是否具备风险分析和测试范围裁剪能力。
- 变更影响分析与回归策略:验证候选人面对需求变更时,是机械执行还是能进行影响域分析。
- 实车测试经验与台架差异理解:判断候选人是否具备整车级测试视角,以及能否将台架测试与实车验证结合。
- 高压安全与故障注入测试经验:通过高压上下电、故障注入模块,考察对BMS核心安全逻辑的理解。
- 岗位意愿与软性条件:确认工作地点、出差、加班接受度及语言能力。
证据摘录
- “台架的话这边搭建的话,就是他们供应商这边已经弄好了一个v d台架。然后我们的话是根据那个呃系统工程师或者是他们一些电器工程。给一个那个呃精确定位和和呃那个接线定义表。然后根据它的一些技术定义表o k然后把三c板跟m b m u板连接到台架上,然后再用钢印连接上位上位机连接”
- “可执行用例的话是呃他们就是根据他们一个那个需求文档。然后比如说呃他们他们那边也弄,就是我们之前有个就是有那个用户嘛,然后他们把那些弄弄进来。然后如果说有新的需求,然后根据一些新的需求的那个需求,把里面的一些功能点拆分拆分开来,然后再具体到哪一个功能点,哪一个小的一个功能点,然后再去应用一些场景吧”
- “优先级的话是一些保证的一个技术功能,先优先级先先先先测试啊。你比如说放完电,你觉得哪些是优先优先进行?呃,正常的一个吃饭件,然后比如说呃吃饭店的一些呃电池量多少,然后第二个的话就是它一个d c。然后还有一个今天性别先擦脸之类的”
- “台架上的话,它它主要是出动一个那个信号的一个信号级别的一个看法。然后实车上的话主要是看它一个呃一个a b一个a a p i,然后上面有没有显示,然后s s o c一个值,还有一个功率,然后还有一个那个插电的时候有没有那个呃充电口那个盖有没有打开啊”
- “高压高压逻辑的话是那个呃这边的话是那个先闭合那个主动的一个继电器,然后再闭合那个预充的一个继电器。它预充达到一定值的时候再闭合一个。主充呃充电,然后再再放开它那个预存那个继电器。”
- “如果说真的要做到高峰的话,这个这个这个没有这个没有。说真的话,就可能一般一般这种情况呢,应该只是在一个台价政策,毕竟这个实测上也是有风险的。”
评级建议
- 建议评级:C+
- 推荐方向:BMS HIL台架测试执行、根据已有用例库进行回归测试、供应商驻场测试执行。
- 谨慎方向:独立负责测试策略制定、复杂系统级测试方案设计、自动化测试框架搭建、实车标定测试主导。
- 面试推进建议:可作为初级或中级执行岗位的备选,不建议直接承担主导或设计职责。若岗位需求为纯执行且有人带教,可考虑复试;若需要独立设计能力,建议淘汰。复试需重点补问用例设计实例和自动化脚本能力。
可补问问题
- 请举一个你从需求文档中独立设计测试用例的具体例子,说明需求是什么、你如何拆解测试点、最终设计了哪些用例?
- 你提到使用CANoe的table写脚本,能否具体说明是用CAPL编写测试节点,还是用Panel操作?有没有写过自动化测试序列?
- 在充放电模块的3000多条用例中,你个人负责设计和维护的有多少条?自动化比例大概是多少?
- 如果有一个BMS软件变更,只修改了SOC估算算法,你会如何设计回归测试范围?哪些用例可以不测?
- 你在台架上做故障注入测试时,具体是如何模拟继电器粘连、CAN总线故障等场景的?用的是VT System的故障注入板卡还是其他方式?
- 请描述一次你发现的复杂bug,从发现现象到定位根因再到推动解决的全过程。