候选人面试分析：广志信息-宁德时代

来源

• 转写文件：广志信息-宁德时代.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：无特别备注。

岗位方向

• 主要匹配：BMS HIL 测试 / 整车功能测试（偏向执行与台架操作）。
• 次要匹配：诊断测试、总线测试。
• 岗位适配判断：更适合按既定用例和流程执行的台架测试或驻场测试岗位，不适合需要独立设计测试策略、从零搭建测试环境或主导新功能测试开发的岗位。

整体结论

候选人具备 1-3 年左右的汽车电子测试经验，主要集中在 BMS 和 OBC 相关的 HIL 台架测试执行、诊断服务测试以及用例维护工作。对交流充电流程、UDS 诊断服务、VT 板卡基本功能、CANoe 信号发送等有操作层面的了解，能够按照现有用例完成测试、提交 Bug 并进行回归。

主要优势在于对常见测试工具和流程有基础认知，沟通表达相对清晰，对驻场和加班接受度高。但技术深度明显不足：在测试设计上高度依赖用例库，无法独立编写新功能用例；对 VT 板卡的理解停留在名称和基本功能罗列，缺乏实际应用场景和问题解决经验；项目描述为流程性复述，缺少对测试逻辑、异常场景、问题闭环的深入阐述。整体表现为“执行者”而非“设计者”或“问题解决者”。风险较高，若岗位需要独立承担新项目测试设计或复杂问题分析，可能难以胜任。

答得好的点

• 交流充电流程描述清晰，能够按阶段（唤醒、自检、上高压、恒流、恒压）复述 BMS 与 OBC/VCU 的交互逻辑，表明对被测对象有一定理解。
• 对 UDS 诊断服务（10、11、19、27、2E、3E 等）的功能描述准确，说明具备基础的诊断测试执行经验。
• 能够说出测试用例的基本要素（ID、概述、等级、步骤、前置条件、预期结果、实际结果、备注），表明参与过用例编写或评审。
• 对 VT 板卡型号（8012 背板、1004、2004、2516、2848 等）有记忆，并能简单区分其功能（负载仿真、PWM、通用 IO），说明有实际接触。
• 对 CANoe 的信号发送方法（添加 DBC、使用 Panel/面板）有基本操作认知。
• 对加班和驻场（福建宁德）表现出明确的接受态度，到岗时间承诺较快。

薄弱风险

• 测试设计能力严重依赖用例库：当被问及是否编写过 BMS HIL 用例时，明确回答“涉及的比较少，因为我们都是有用例库的”，且在被追问新需求用例时“暂时有点想不到”，表明缺乏独立设计测试用例的经验和能力。
• VT 板卡知识停留在表面：能罗列板卡型号和基本功能描述，但当面试官追问“使用场景”时，回答仍是对功能的重复解释（如“1004 是仿真负载的，模拟负载的电流电压”），未能结合具体项目说明在何种测试场景下、为何选用该板卡、遇到过何种配置问题，暴露了缺乏深度应用经验。
• 项目描述缺乏测试视角和细节：对交流充电的描述完全是正常功能流程的复述，未提及任何测试相关的信息，如：测试了哪些异常情况（CC 信号异常、CP 信号异常、上高压超时等）、如何注入故障、如何判断结果是否符合预期、发现了哪些典型问题。这不像一个测试工程师的项目回顾，更像一个系统工程师的功能介绍。
• 工具链使用深度存疑：提及 CANoe 时仅说到“添加 DBC 文件”、“用 Panel 发送信号”，未涉及 CAPL 编程、节点仿真、报文解析、自动化序列等稍复杂应用，工具能力可能仅限于基本的手动操作。
• 问题闭环和测试逻辑未体现：整个面试中，候选人未主动提及任何一个具体的 Bug、一次问题定位过程或一项测试改进，回答均为被动、概括性的描述。
• 可能存在简历夸大风险：声称“会制作 TPC 文件，通过仿真节点发送报文”，但在后续 CANoe 相关回答中未展示出相应的脚本编写或仿真工程搭建能力，能力真实性需通过实操或深入追问验证。

面试官考察点

• 验证 BMS 交流充电流程的理解是否准确，判断其业务基础。
• 考察测试用例设计能力，区分是“用例执行者”还是“用例设计者”。
• 深挖 VT 板卡的实际使用经验，验证是“用过”还是“懂原理”。
• 确认 CANoe 工具的使用深度，是仅会手动发信号，还是具备仿真和自动化能力。
• 评估项目经验的真实性，通过追问细节判断候选人是否真正参与核心测试工作。
• 了解加班接受度和驻场意愿，评估与宁德时代驻场岗位的匹配度。
• 确认到岗时间，判断项目人力需求的满足速度。

证据摘录

• “你有没有编写过b m小红队呢？嗯，这方面涉及的比较少，因为这个我们都是嗯有用力库的嘛。然后嗯就是说在嗯需求有那种更新的时候，有需有新的需求，我们会在基于原来的用例库来进行一个更新吧，就这样。”
• “那你有做过新需求吗？呃，不好意思，刚刚没听太清楚有没有承接过新需求啊，有的。我们讲一下。呃，暂暂时有点想不想不到的。”
• “你说一下他们的使用场景。嗯，然后嗯像幺零零四的话，它就是一个负载板卡嘛。就是仿真负载的，然后模拟它模拟负载的一个电流啊电压之类的。然后二零零四的话是那个也是一个仿真网卡，模拟它的一个电压电。p w m这些，然后二八幺六是一个就是嗯通用的那种嗯通用输入输出板卡。”
• “大工艺模拟信号哪些方法呢？模拟信号我们是呃通过那个添加一个喷烟器的那个面板嘛，添加一个喷雾器，然后。然后来进行一个信号发送。首首先就是要添加一个d b c文件，然后然后把那个文件里面的信号添加在。”
• “然后b m s唤醒之后会进行一个质检。嗯，质检成功之后，它会它会呃就是看到这个信号是否来确认这个信号是否是由v c u发出来的。然后确认没有问题之后，它会判断当前条件是否满足一个充电条件吧。”

评级建议

• 建议评级：C+
• 推荐方向：按既定用例执行的 BMS HIL 台架测试、诊断测试执行、回归测试；供应商驻场测试中偏执行层面的工作。
• 谨慎方向：需要独立设计测试方案、编写测试用例、搭建全新 HIL 台架、开发自动化测试脚本或主导复杂问题分析的任务。
• 面试推进建议：可作为备选推进，但强烈建议在入职前或试用期内设置技术复核环节，重点考察其 CAPL/Python 脚本编写能力、独立设计一条完整测试用例的能力，以及在一个模拟故障场景下的排查思路。若项目急需能独立上手的设计型人才，建议淘汰。

可补问问题

• 请现场编写一条“交流充电过程中 CC 信号中断”的测试用例，包含前置条件、详细步骤、预期结果和判定标准。
• 在之前项目中，你使用 VT2004 板卡具体仿真过什么信号？遇到过板卡配置错误或信号输出不准确的问题吗？是如何排查和解决的？
• 请描述一个你用 CANoe 的 CAPL 语言实现自动化测试的案例，比如自动发送报文并判断反馈是否符合预期。
• 在诊断刷写测试中，你遇到过刷写失败的情况吗？请详细说明你是如何定位问题是出在诊断指令、时序、还是 ECU 响应的。
• 如果让你为一个新的 BMS 功能（如快充国标 2015 升级）设计 HIL 测试方案，你会从哪几个步骤入手？需要哪些输入物？