候选人面试分析：bms～上海蔚来～维致

来源

• 转写文件：bms～上海蔚来～维致.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在较多口语重复、语句断裂和少量语音识别错误（如“年龄的故障”应为“粘连的故障”，“c o e软件”应为“CANoe软件”），但不影响对核心能力的判断。对话为单面，面试官与候选人一问一答，信息清晰。

岗位方向

• 主要匹配：BMS 手动功能测试、供应商驻场测试、台架测试。
• 次要匹配：动力底盘手动测试、HIL 台架操作。
• 岗位适配判断：候选人更适合按测试用例严格执行的手动测试执行岗位，不适合需要独立设计测试方案、开发自动化脚本或主导系统级测试的岗位。

整体结论

候选人具备约2-3年的车载控制器手动测试经验，主要集中在BMS和动力底盘领域，工作模式以外包驻场、按项目执行为主。他能清晰描述手动测试的基本流程，如使用万用表排查硬件、通过CANoe观测报文、利用VT系统注入故障等，具备一定的现场排故和测试执行能力。但候选人的技术深度明显不足：全程未体现独立设计测试用例的能力，对自动化测试完全无实操经验，对工具的使用停留在“观测”和“排查”层面，缺乏脚本开发、数据分析、测试框架搭建等进阶技能。回答多为流程性描述，缺少具体的项目细节、技术难点攻克和问题闭环案例。整体来看，候选人是一名合格的手动测试执行者，但技术成长性和复杂问题解决能力存疑，更适合对自动化要求不高、偏重执行和重复性测试的岗位。

答得好的点

• 对手动测试流程描述完整，能清晰说明从故障模拟、行为观测、结果分析到bug提交和回归测试的闭环。
• 能结合具体工具（万用表、CANoe、VT故障注入单元）说明排查步骤，如测量终端电阻是否为120欧姆、检查CAN电压波形是否有毛刺。
• 对BMS继电器粘连故障的测试方法有实际经验，能描述如何通过VT系统短接触点来模拟故障，并观测DTC报出和高压安全隔离动作。
• 了解基本的CAN网络物理层排查方法，能区分CAN高（针脚7）和CAN低（针脚2）的连接方式。
• 对自身能力边界有认知，坦诚承认未接触过自动化测试，未在面试中夸大或编造技能。
• 表达了学习意愿，提及自学过Python，虽未与测试工作结合，但显示出一定的自我提升意识。

薄弱风险

• 自动化能力完全缺失：明确表示“没有使用过自动化进行测试”，且自学的Python“还没有和咱们这个进行一个脚本一个编写，进行一个结合”，无法满足岗位对端到端自动化测试的要求。
• 测试设计能力未体现：所有回答均围绕“根据测试用例”执行，未提及如何编写、优化或评审测试用例，无法证明具备独立设计测试方案的能力。
• 工具使用深度不足：对CANoe的使用仅停留在“trace面板监测报文”，未涉及CAPL脚本编写、面板设计或自动化序列搭建；对VT系统的描述也仅限于故障注入配置，未体现复杂测试场景的构建。
• 问题闭环能力存疑：当被问及如何独立解决问题时，回答偏向硬件排查和信号比对，最终依赖“向测试组长报告”，缺乏独立定位复杂系统级问题的案例。
• 项目细节缺失：在描述继电器粘连测试时，未说明项目背景、测试环境、具体DTC码、分析过程或最终修复结果，回答停留在通用方法论层面。
• 职业成长路径模糊：当被问及如何提升测试能力时，回答为“总结经验、回想不足、编写测试报告”等空泛表述，缺乏具体的学习计划、技术方向或深度复盘案例。
• 外包执行属性强：经历均为项目制外包，项目到期即离职，可能习惯于按指令执行，缺乏对产品全生命周期质量的长期负责意识。

面试官考察点

• 测试执行的真实性：通过追问观测工具、排查步骤，验证候选人是否真正动手做过BMS功能测试。
• 工具链的实操深度：反复询问“用什么工具来监控”、“脚本还是什么”，意在区分手动操作与自动化测试能力。
• 故障排查的逻辑性：通过“举个例子”、“信号问题怎么查”等问题，考察候选人是否具备结构化的排故思路。
• 文档与流程规范性：询问“有没有对研发或其他测试人员有相关文档的输出”，验证其是否理解测试闭环和知识沉淀。
• 独立解决问题的能力：通过“上下游无法帮助时怎么处理”的场景，考察候选人的技术自主性和攻坚能力。
• 基础硬件知识：通过CAN高/低连接、终端电阻测量等问题，验证其对车载通信物理层的理解。
• 岗位意愿与稳定性：询问工作地点、租房安排，评估候选人异地工作的可行性和对项目制模式的接受度。
• 技术成长潜力：通过“怎么提升测试能力”和自动化学习情况，判断候选人是否具备从手动测试向自动化、系统级测试发展的可能性。

证据摘录

• “我没有使用过自动化进行测试，我是那种手动测试。首先我进行手动测试的时候，就是排查他的一个故障。就是首先就要用肉眼排查一下，看一下线路是否是不是呃连接好，然后看一下线路是是否损坏，然后然后用这个万用表去呃排查一下线路的一个通断，然后线路的电压电阻。”
• “当时就利用v t这个故障注入单元，然后将继电器触点旁路呃，和这个就是一个强制的一个短接，然后通过这个软件进行一个配置，就是模拟这个触点呃这个反馈的信号是不是闭合的。呃，让这个b m s就是无法检测到这个断开的这个指令后，就看它观测它这个实际的一个状态的一个变化。”
• “我会进行一个万用表进行就是测量它这个电阻，看它的电阻是不是呃，看电阻是不是那个一百二十一百二十欧。如果它是呃一百二十欧的话，然后我会再测试一下这个线路的一个电流电流的对这个电压的情况，看一下这个电压是否有毛刺。”
• “我可以通过一个c o e呃c o e软件，然后通过那个trace面板，然后监测它的一个报文发送是不是和那个和那个信信号，和那个信号就是和那个开发开发搞的那个信号定义呃定义表然后是不是一致。”
• “我之前了解过python，然后我也自学过自学过一段那个python但是还没有呃就是就是还没有和咱们这个呃进行一个脚本一个编写，进行一个结合。”
• “如果当我一个人不能正确的判别之后，我会向那个测试组长进行一个报告，然后呃请测试组长，然后就是予以帮助。”

评级建议

• 建议评级：C+
• 推荐方向：BMS或动力底盘的手动测试执行、台架操作、供应商驻场测试（对自动化无要求）。
• 谨慎方向：涉及自动化测试开发、测试框架搭建、系统级集成测试、独立测试设计或需要深度CAPL/Python脚本能力的岗位。
• 面试推进建议：不建议作为优先候选人推进。若岗位对自动化要求不高，且急需手动测试执行人员，可作为备选，但需在复试中重点补问其独立分析复杂问题和测试用例设计的能力。若岗位核心要求包含自动化或端到端测试，建议直接淘汰。

可补问问题

• 请详细描述一个你从头到尾独立负责的测试任务，包括测试用例是如何设计的、测试环境是如何搭建的、发现了哪些问题、最终如何闭环的？
• 在继电器粘连测试中，你观测到的DTC故障码具体是什么？这个故障码的触发条件和恢复条件在需求文档中是如何定义的？
• 你提到用CANoe的trace面板看报文，如果发现一个信号值与定义表不一致，你会如何进一步定位是发送方、接收方还是网络传输的问题？请结合一个实际案例说明。
• 你自学了Python，有没有尝试用它解决过任何工作中的重复性劳动，比如日志分析、报文解析或报告生成？如果没有，你计划如何将Python应用到测试工作中？
• 当测试组长也无法帮助你解决问题时，你会如何独立寻求解决方案？请举一个你通过查阅资料、标准或与开发深度沟通后独立攻克难题的例子。