经纬恒润 面试分析

来源

• E:\OPROJECT\Vtest\results\audio\经纬恒润.txt
• 未发现与本批其他文件属于同一候选人/同一场的明确重复证据，未合并。

岗位方向

BMS HIL/车身实车功能测试，涉及 AC/DC 充电、热管理、故障注入、VT 机柜、UDS、自研诊断工具、车门车窗座椅灯光。

整体结论

候选人有 BMS HIL 和车身实车测试经历，能描述 BMS 直流充电流程、故障注入类型、UDS 常用服务、车身实车典型 Bug 和用例执行规模，整体比纯工具型候选人更能结合具体功能场景；但 HIL 自动化和脚本开发能力不足，测试用例多基于用例库修改，诊断和故障注入深度一般。适合 BMS/车身功能测试执行、回归和基础缺陷分析；如果岗位需要独立 HIL 序列开发或 CAPL 脚本开发，需谨慎。

答得好的点

• 能围绕 DC 充电描述 BMS 休眠唤醒、初始化、未上高压、VCU 指令、连接自检、继电器闭合等流程。
• 有 BMS 测试模块经验：AC/DC 充电、热管理、故障注入。
• 故障注入能说出软件/硬件、过压、欠压、开路、短路、通讯丢失、CRC 等方向。
• 车身实车问题案例较具体：休息模式后排车窗不自动关闭，遮阳帘请求打断车窗上升请求。
• 对车身模块覆盖较广：车门、车窗、座椅、灯光，负责模块用例约 1500 条。
• 接受加班、出差和驻场，工作地点灵活。

薄弱风险

• 用例开发多依赖平台化用例库，独立从需求到用例设计能力有限。
• HIL 自动化序列“做过”的深度有限，后续追问承认没有独立开发某个功能脚本，多为应用开发给的脚本。
• CAPL 只会基础脚本，没有独立开发经验。
• 诊断服务理解停留在常用服务号和自研工具发送/响应监控，专项诊断能力一般。
• BMS 故障注入描述中“软件故障、打断点、寄存器错误”等表述较泛，真实性和深度需项目复核。

面试官考察点

• BMS HIL 工作内容真实性和独立负责范围。
• DC 充电流程、用例开发和需求理解能力。
• 故障注入类型、DTC 监控和 BMS 响应检查。
• VT 机柜/VT System 自动化序列和脚本开发能力。
• 车身实车测试经验、典型 Bug 分析定位能力。
• 加班、出差、驻场和地域薪资匹配。

证据摘录

• “主要负责 BMS 哪些功能？AC/DC 充电、热管理、故障注入。”
• “BMS 处于休眠状态……充电桩给 BMS 硬件信号……进入初始化……未上高压状态。”
• “VCU 收到 BMS 上高压状态之后，给 BMS 发 DC 充电指令……BMS 闭合充电继电器。”
• “用例一般都是有用例库，在上面做修改。”
• “故障类型……过压、欠压、开路、短路。”
• “诊断服务……10 会话、14 清除 DTC、27、22 读数据、2E 写数据、19 读故障码。”
• “休息模式后排车窗不会自动关闭……还发了遮阳帘请求……把车窗上升请求打断了。”
• “脚本……没有独立开发过，一般都是开发给的。”

评级建议

• 建议评级：B- / 可推进功能测试执行岗。
• 可匹配：BMS HIL 功能测试、车身实车功能测试、基础故障注入执行、缺陷回归。
• 谨慎匹配：HIL 自动化序列独立开发、CAPL 脚本开发、诊断专项或复杂故障定位负责人。