候选人面试分析：动力底盘加车身～岚图

来源

• 转写文件：动力底盘加车身～岚图.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在较多语音识别错误、口语重复、语句断裂和部分内容不连贯，可能影响对候选人表达准确性的判断。部分技术术语因识别问题可能失真，需结合上下文理解。

岗位方向

• 主要匹配：整车功能测试 / 台架测试（偏执行与基础用例设计）。
• 次要匹配：供应商驻场测试、动力底盘测试、车身域测试。
• 岗位适配判断：更适合偏执行层的台架功能测试或供应商驻场测试岗位，不适合需要独立设计测试策略、主导复杂系统测试或深度工具链开发的岗位。

整体结论

候选人具备一定的新能源汽车整车及台架功能测试经验，熟悉车辆上电、灯光、座椅、充电、智能补电、自动驻车等基础功能逻辑，能描述部分控制器交互和信号流。对CAN总线、刷写流程、诊断服务（如10/22/2E/85服务）有基本认知，了解主动/被动均衡原理。工具方面提及CANoe、CAPL、DBC文件、报文模拟，但深度有限，主要依赖开发提供参数。

整体表现偏向执行层测试人员：台架搭建以接线和被测件连接为主，用例设计多从用例库调用并结合等价类边界值方法，缺乏独立设计复杂测试策略或主导项目的描述。回答多为功能逻辑复述，缺少具体的项目细节、问题发现与闭环案例、测试数据支撑。技术深度不足，尤其在工具链自主开发、复杂问题定位、系统级测试设计方面表现薄弱。风险在于可能仅为“照章执行”型测试人员，独立设计和深度排查能力存疑。建议作为初级或偏执行岗位的备选，需通过进一步面试验证其真实项目参与度和独立工作能力。

答得好的点

• 对灯光系统涉及的控制链路（如IVI、BCM、网关、前灯控制器）有基本描述，展示了整车电子架构的初步理解。
• 能清晰解释主动均衡与被动均衡的原理，区分了能量转移与电阻耗散方式。
• 对交流充电的CC/CP信号检测、电阻分压、占空比变化及继电器闭合逻辑描述较为详细，体现了对充电流程的熟悉。
• 能准确说出诊断服务10（会话控制）、22（读数据）、2E（写数据）、85（控制DTC设置）的功能，表明有实际诊断测试经验。
• 对自动驻车（Auto Hold）的激活与退出条件描述完整，覆盖了供电、车门、安全带、档位、车速、制动操作等多个判断要素。
• 了解智能补电的基本逻辑，能说出涉及BMS、VCU、DCDC等核心控制器及小电瓶补电过程。

薄弱风险

• 回答多为功能逻辑的复述，缺乏具体项目背景、测试数据、发现过的Bug及闭环过程，难以验证真实项目深度。
• 台架搭建经验局限于“被测件和机柜的硬线连接”，依赖供应商搭建好主体，自主搭建能力有限。
• 用例设计主要从“用例库里面调”，虽提及等价类边界值方法，但未展示独立设计复杂测试场景或策略的能力。
• 工具链能力偏浅：CANoe/CAPL使用停留在“开发给参数”的层面，未体现自主编写复杂仿真脚本或进行深度数据分析的能力。
• 对整车级测试的理解有限，当被问及整车刷写时，仅关注VCU和BMS等少数控制器，缺乏对全车多节点协同刷写的系统认知。
• 回答中多次出现“主要是”、“一般都是”、“了解，但是大部分是供应商那边”等表述，暗示其工作多为辅助和执行性质，主导性不足。
• 转写中关于底盘控制器（EPB、EPS、ABS等）的回答非常模糊且断裂，无法判断其对底盘域的实际掌握程度。

面试官考察点

• 验证候选人对整车电子电气架构及控制器交互逻辑的理解（如灯光链路）。
• 考察对具体功能（充电、均衡、Auto Hold、智能补电）的底层原理和信号流掌握程度。
• 确认台架测试的实际动手能力，是仅会接线还是能独立搭建和配置系统。
• 评估测试设计能力，是独立编写用例还是仅执行用例库。
• 探测工具链（CANoe、CAPL、诊断服务）的使用深度，是自主开发还是依赖他人。
• 了解项目经验广度，是否涉及动力底盘、车身、座舱等多域测试。
• 判断岗位意愿和稳定性（询问家乡、驾照等）。

证据摘录

• “近光灯呢就就涉涉及到一个。前灯的一个控制器嘛，然后操作员还有那个灯。设计是设计的是硬硬件上设计的是中控屏啊，是到那个预扣到那个。灯光驱动，然后前灯，然后到了。嗯。就是i v i b b m a b c b c m。还有个g w网关。”
• “台架的搭建，一些简单的一些硬硬件硬硬件的限速的一些连接这些。还在发现。还在搭建的话。嗯。嗯，了解，但是大部分呢就是供应商那边搭建好，我是只。负责那个背侧键和机柜的硬线连接嘛。”
• “测试用例嗯，会写一部分嘛，主要是从。那个优衣库里面掉。嗯，用一些等价的变现值这些方法。主要还是根据需求需求来。”
• “主动均衡就是把高的然后做中速，也就是把高的电压然后充给那个低低的电压的电芯。被动均衡的话就是通过如果说你那个高电压高电压电芯，通过一些电阻一些方式然后去释放。”
• “a c的话，它主要是它有一个c c端的一个枪端的是一个电阻值吧。然后。c c p的话是一个占空比啊，那那个。当那个交流充电检测到c c端相上线完全连接后，那个c e开关会限制十二部长电嘛。”
• “上市。三四吗？三次三次是请求请求下下来。火锅了，上午就是请求上传了。啊，八五嘛八五是控制控制b t c设置吗？呃，对的。”
• “整整车都没有，整车都没有。那你们车多一点吧的话，只算几个控制器吗？只关注几个控制器，其他东西都没。主要是v c u跟那个b m s吧。”

评级建议

• 建议评级：C+
• 推荐方向：台架功能测试执行、供应商驻场测试（偏执行）、根据详细用例进行整车功能验证。
• 谨慎方向：独立测试策略设计、复杂HIL系统搭建与建模、CAPL/Python脚本自主开发、系统级问题主导排查。
• 面试推进建议：作为初级/执行岗备选，不建议直接进入高级或主导岗位的下一轮。若岗位急招执行人员，可安排复试重点考察项目细节真实性、独立发现问题的能力和工具实操深度。

可补问问题

• 请举一个你印象最深的、由你自己发现的Bug，说明你是如何从现象一步步定位到根因的？用到了哪些工具和报文？
• 你提到用例从库中调用，请具体描述一个你独立设计的、不在用例库中的测试场景，包括设计思路、执行步骤和预期结果。
• 在台架接线时，如果遇到电气原理图与实际线束标签不符，或上电后通信异常，你会如何排查？
• 你提到CAPL“开发那边给我参数”，请现场写一段简单的CAPL脚本，实现周期发送一帧CAN报文并检测某个信号值变化。
• 关于整车刷写，如果需要对一辆车上的VCU、BCM、ABS三个控制器依次进行软件升级，你会如何设计测试流程来验证刷写前后的功能完整性？