候选人面试分析：广州BMS

来源

• 转写文件：E:\OPROJECT\Vtest\results\audio\广州BMS.txt
• 转写中出现称呼“赵博”“郭女士”，但无法确认真实姓名；不编造姓名。

岗位方向

• 主要匹配：整车 BMS 相关功能测试、充放电/智能补电测试执行。
• 次要匹配：BMS HIL 充放电测试、基础自动化脚本、UDS 刷写和故障诊断、Bug 管理。
• 更适合外包/甲方任务型功能测试执行，不适合直接承担 BMS 子系统深度测试设计或自动化平台建设。

整体结论

候选人有整车功能测试和部分 BMS HIL 充放电测试经历，能描述实车 BMS 相关测试场景，如充电速率、充电窗口显示、满充满放、SOC 设置、充电时间、呼吸灯、电源模式、P 档/EPB 前置条件、交直流插枪互斥等。其优势是有项目执行和用户功能视角，接受出差加班，薪资预期相对稳定。主要风险是 BMS 工作并非独立子系统测试为主，测试用例多由甲方/用例库提供，自己写得不多；对 BMS 热管理、水冷水热、DCDC 等技术细节展开不足。

答得好的点

• 能说明 BMS 相关实车功能测试内容：充放电、智能补电、充电速率、充电窗口显示、满充满放、SOC 设置、充电时间、呼吸灯、不同电源模式下的充电前置条件。
• 能指出交直流充电插枪互斥、P 档和 EPB 等整车条件，说明具备一定整车场景测试经验。
• 对工作模式描述比较真实：外包公司外派到东风，甲方分配任务，基于测试用例执行并根据需求增补。
• 能说明测试用例增补场景：如电池温度边界值修改时，增加对应边界值用例。
• 有基础工具链经验：简单自动化脚本、示波器、万用表、UDS 刷新版本和故障诊断、Jira 管理 Bug。
• 工作条件匹配度较好：明确表示出差和加班可以接受，广州机会也可考虑，期望薪资以持平为主。

薄弱风险

• BMS 专项深度不足：候选人明确其过往公司不是单独做 BMS，而是整车功能测试，BMS 只是车上功能的一部分。
• 用例设计能力弱：测试用例一般从库里拿，甲方提供现成用例，自己写得“不特别多”。
• 对甲方项目和公司产出表述偏外包执行型：核心职责是人员输送、完成甲方任务，不体现完整测试方案设计经验。
• HIL 部分描述较粗：只提到 BMS HIL 的充放电，没有展开台架硬件、报文、故障注入、状态机或自动化实现。
• 对 BMS 子系统细节未充分展示：热管理、水冷水热、DCDC 等仅由面试官提及，候选人未给出深入说明。

面试官考察点

• BMS 相关经历真实性：候选人到底做的是整车功能测试、BMS HIL，还是独立 BMS 子系统测试。
• 测试内容边界：AC/DC 充电、充放电、智能补电、SOC 设置、充电显示、互斥逻辑、前置条件。
• 用例设计和来源：测试用例由谁提供，候选人是否能独立编写或只是执行。
• 外包项目工作模式：甲方如何分配任务，候选人如何根据任务执行测试。
• 工具链基础：自动化脚本、示波器、万用表、UDS 刷写/诊断、Jira Bug 管理。
• 岗位意愿和薪资：地点、期望薪资、出差加班接受度。

证据摘录

• “b m s相关的就是有做到……a c d c的一个充电……实车的话……充放电……智能补电……后面有做……b m s ho……也是充放电。”
• “测那个充电的时候，我们去测它的一些充电的速率……充电窗口的一些显示……满充满放……s o c的一些设置……充电的时间……呼吸灯。”
• “在driven状态下要充电的话，就是必须挂到p档，然后拉起e p b，然后才能充电。”
• “交直流充电插枪的一些互斥。”
• “测试用例……库里面是有很多的……一般都是从库里面拿来用……有涉及到一个需求的增加的时候……有新的增加。”
• “我们是外包公司，然后然后我们是外派到那个东风区的。”
• “外包公司给东风提供的产品……相当于什么人才的一个输送。”
• “之前在在武汉……现在……回老家了，我现在在成都……能持平是最好的……广州这边还有个工作机会……可以的。”

评级建议

• 建议评级：C+。
• 推荐方向：整车 BMS 相关功能测试执行、充放电/智能补电场景回归、基础 Bug 闭环。
• 谨慎方向：BMS HIL 自动化、热管理/水冷水热策略验证、BMS 子系统测试方案设计、状态机/故障策略测试。
• 面试推进建议：若岗位是执行型功能测试可继续沟通；若岗位要求独立负责 BMS 子系统，建议作为备选或不优先。