候选人面试分析：立昇-bms

来源

• 转写文件：立昇-bms.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在较多口语化、重复和部分语句不连贯现象，但核心问答逻辑基本可辨。面试官提问存在打断和引导，部分问题候选人未完全理解即作答。

岗位方向

• 主要匹配：BMS（电池管理系统）台架测试（偏执行与基础诊断/刷写）。
• 次要匹配：基础诊断测试、总线报文观测。
• 岗位适配判断：更适合BMS台架测试执行岗位，不适合需要独立设计测试方案、复杂问题定位或系统级策略验证的岗位。

整体结论

候选人具备1-2段BMS相关测试经历，对UDS诊断协议、DTC解析、刷写流程等有基础认知，能描述常规测试操作步骤，如使用CANoe观测报文、通过诊断控制台发送服务、利用VT台架进行电池仿真测试等。回答内容偏向“按流程执行”和“工具操作”，而非“测试设计”或“问题深度分析”。在热管理、上下电策略、网络管理等系统级问题上，回答较为模糊或直接表示不了解，显示出知识边界较窄。工具链使用停留在“公司已有配置”和“用例库参考”层面，缺乏独立搭建或脚本开发经验。整体来看，候选人可作为初级测试执行人员考虑，但技术深度和独立解决问题的能力存在明显风险。

答得好的点

• 对UDS诊断服务（10/27/28/2E/31/34/36/37/14服务）及刷写流程描述较为完整，能按顺序说出预编程、编程会话、安全访问、数据传输、复位、后处理等步骤，说明有实际刷写测试经验。
• 能正确解释DTC三字节结构及首字节高4位对应系统分类（P-动力、C-底盘、B-车身、U-网络），并提到公司有DTC调用表用于对照解析。
• 对CAN报文帧结构（帧起始、仲裁段、控制段、数据段、CRC、ACK、帧结束）描述正确，说明对总线基础有了解。
• 能举例说明常见NRC（否定响应码），如0x12（不支持请求）、0x33（安全访问拒绝）、0x35（无效密钥），表明在实际测试中遇到过诊断负响应。
• 对示波器测量CAN波形的基本操作（探头连接、接地、BNC接口）有描述，说明有基础硬件测试接触。
• 对Bug反馈流程描述清晰，包括抓日志、录报文、拍照录视频、提交Jira并跟踪状态，符合常规测试工作流。

薄弱风险

• 测试设计能力缺失：明确表示用例主要来自公司用例库，小组间借鉴，最终由组长审核，未体现独立设计测试用例或根据需求新增用例的能力。
• 系统级理解薄弱：当被问及“电源管理（休眠唤醒、上下电）”时，候选人反问“你说那个继电器的模式吗？”，最终承认主要做电池相关测试，对模块级电源管理策略缺乏理解。
• 热管理测试深度不足：热管理测试仅描述为“通过温度传感器检测电芯温度，温度高冷却、温度低加热”，且明确表示环境温度控制“只是用仿真做”，未使用实际温箱，说明缺乏真实热管理台架或实车测试经验。
• 工具链依赖性强：VT台架使用描述为“电池仿真模型在里面进行配置”，电压/电流/温度采样工具问题回答混乱，未能区分台架集成功能与独立采样工具，显示对测试环境搭建理解有限。
• 问题闭环能力存疑：当被追问“刷写失败后仍失败怎么办”时，候选人回答“我还没遇到过这种情况”，缺乏深度排查思路，仅停留在“检查前提条件”和“强制刷新”层面。
• 网络管理知识空白：对AUTOSAR网络管理直接表示“没关系/不了解”，在新能源BMS测试中，网络管理是常见测试项，此短板影响岗位匹配度。
• 回答存在跳跃与理解偏差：部分问题（如VT机柜电压配置、上下电）回答与提问意图不符，可能存在理解偏差或知识混淆。

面试官考察点

• UDS协议与诊断测试能力：通过询问UDS协议理解、刷写流程、NRC码，验证候选人是否具备诊断测试执行与基础问题分析能力。
• DTC故障码解析能力：考察候选人对故障码结构、分类及公司内部解析流程的熟悉程度。
• 测试用例编写能力：直接询问用例来源，判断候选人是独立设计还是仅执行用例库。
• Bug发现与闭环能力：通过“一个周期测出多少Bug”及Bug反馈流程，评估测试产出与流程规范性。
• 热管理测试经验：考察是否具备电池热管理策略验证、温箱等环境工具使用经验。
• 工具链实操真实性：通过追问VT台架、电压电流采样工具、示波器使用细节，验证工具经验的真实性和深度。
• 系统级知识广度：通过电源管理、网络管理等问题，探测候选人知识边界是否超出基础BMS单体测试。
• 问题解决与深度思考：通过刷写失败场景的连续追问，评估候选人排查问题的逻辑深度和应变能力。

证据摘录

• “我们大部分是那个公司会公司有个那个用例库嘛，我们大部分会参考那个用例库，然后去进行。然后我们小组的话会进行一个小组之间也会去借鉴这个测试用例，然后去进行一个呃用例的编写。然后当然最后看行不行的话，还要看那个测试，那个测试组长看数行不行啊。”
• “温箱的话我们会进行一个那个就是呃通过仿真来做的嘛。就这样做就就不是实际上会有这个设置，这个环境温度，而只是用仿真做对吧？对。”
• “上下电休眠的话，你说那个继电器的模式吗？还是？哦，我了解了，那你这边的话还是主要做那个电池，针对电池的一个测试是吧？对。”
• “还是失败了，怎么办呢？还是失败的话，就进行那个。呃。一般回头我很。哦，我还没遇到过这种情况，一般刷鞋的话。”
• “网络管理这一块你有了解。网络管理。就是那个。就是。是那个嗯。本地和网络那个休眠唤醒唤醒吗？呃，包括下个网络管理部，你了解吗？auto side. 啊，没关系。”
• “我们那个v t机柜的话配置的是二是那个二十四伏的一个电压。啥问题是那。嗯，好。就是我想知道你们这边电压、电流、温度不采样，是用用什么工具实现的？就是那个用那个电池仿真模型嘛，然后在里面进行一个配置。”

评级建议

• 建议评级：C+
• 推荐方向：BMS台架测试执行、诊断刷写测试执行、根据已有用例进行回归测试的岗位。
• 谨慎方向：需要独立设计测试方案、复杂热管理/上下电策略验证、网络管理测试、AUTOSAR相关测试、HIL模型搭建或脚本开发的岗位。
• 面试推进建议：可作为初级岗位备选，不建议直接录用为中高级。若岗位仅需按用例执行的台架测试人员，可安排复试，复试需重点补问系统级理解、独立排查问题能力和工具链细节。

可补问问题

• 请描述一个你从头到尾独立设计测试用例并发现Bug的完整例子，包括需求来源、用例设计思路、执行过程和Bug分析。
• 在VT台架测试中，如果电池单体电压采样值出现异常跳变，你会从哪些方面排查？请列出具体步骤。
• 你提到刷写流程中会关闭DTC和通信，请解释为什么要这样做？如果跳过这些步骤直接刷写，可能产生什么后果？
• 请详细说明一次你通过分析Trace报文定位到诊断负响应根本原因的经历，NRC码是什么？最终如何解决？
• 如果让你测试BMS的休眠唤醒功能，你会设计哪些测试场景？需要监控哪些总线信号或物理量？
• 你提到用示波器测CAN波形，请说明如何通过波形判断总线是否存在终端电阻不匹配或总线短路问题？