候选人面试分析：动力底盘-吉利

来源

• 转写文件：动力底盘-吉利.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在较多口语化、重复、停顿和少量语音识别错误（如“叉九”应为“X9”，“音卡”应为“INCA”，“过口电压”应为“谷电电压”），但不影响对候选人能力的基本判断。对话为单人与面试官交流，无多人对话不清晰问题。

岗位方向

• 主要匹配：动力底盘域测试、整车功能测试。
• 次要匹配：充电功能测试、车身域交互测试。
• 岗位适配判断：候选人更适合执行层面的动力底盘及充电功能测试岗位，不适合需要独立设计测试策略、主导复杂系统测试或深度工具链开发的岗位。

整体结论

候选人具备约2年以上的新能源汽车动力底盘及充电功能测试经验，曾参与小鹏X9等项目，对充电交互、能量回收、自动驻车、转向助力等基础功能逻辑有实操层面的了解。回答内容以功能描述和流程复述为主，能说出一些测试场景和信号交互，但缺乏对测试设计方法、问题分析闭环、工具深度应用的阐述。整体表现出较强的“执行者”特征，即能按已有用例或指导完成测试，但在独立设计测试用例、深入分析协议、定位复杂问题方面存在明显短板。优势在于有实际项目经验，对常见功能逻辑熟悉；主要风险是技术深度不足，回答停留在表面，难以胜任需要独立思考和系统级问题解决能力的岗位。建议作为初级或中级执行岗位的备选，需通过进一步面试验证其真实深度。

答得好的点

• 对充电交互信号有一定了解，能说出CC、CP信号检测、OBC电压电流、充电状态等基本关注点，表明有实际充电测试经验。
• 能描述预约充电的完整流程，包括本地/远程预约、TSP服务器唤醒、T-Box到VCU再到OBC的链路，以及插枪、拔枪、停止充电等场景，说明对充电业务流程熟悉。
• 对自动驻车（AVH）的激活条件有基本认知，提到车速为零、制动踏板状态等要素，显示接触过底盘相关功能测试。
• 能简单说明转向助力（EPS）的基本逻辑，包括方向盘角度采集、助力参数曲线、电机扭矩输出，表明对转向系统有基础了解。
• 提到使用过INCA进行BMS HIL测试中的参数修改和故障注入，以及了解UDS协议（14229）的基本服务（10、27、31等），显示有工具和协议的基础接触。

薄弱风险

• 技术深度明显不足，所有回答均停留在功能描述和流程复述层面，未涉及任何测试用例设计方法、边界值分析、异常场景构造或问题定位过程。
• 对充电与车身交互的回答非常浅显，仅提到空调、开门锁车、灯光等，未能深入说明交互信号、网络报文、状态机跳转或具体测试方法，被面试官追问后仍无法给出更深层次的回答。
• 对UDS协议的回答仅能说出几个服务ID和用途（如刷新、安全握手），无法列举常用服务、具体使用场景或结合测试案例说明，暴露了工具和协议掌握停留在“知道”而非“会用”的层面。
• 对INCA工具的描述极为模糊，仅提到“改控制器内部参数”和“故障注入”，未说明具体使用场景、操作步骤或与测试用例的结合，真实性存疑。
• 回答缺乏问题闭环意识，全程未提及任何测试中发现的实际问题、bug分析、定位过程或与开发团队的协作，难以证明其独立解决问题的能力。
• 对能量回收与智驾交互的描述过于笼统，仅提到“和HDC、ACC、LCC有交互”，无法说明具体交互逻辑、测试方法或验证标准，显示系统级思维薄弱。
• 主动补充的转向测试内容被面试官打断并告知“不用”，暗示候选人可能抓不住重点，或试图用泛泛而谈掩盖深度不足。

面试官考察点

• 验证充电功能测试的真实经验，特别是对CC/CP信号、充电状态、能量回收交互的理解深度。
• 考察充电与座舱、车身域的交互测试能力，希望听到具体的交互信号、测试场景和验证方法。
• 深挖预约充电的完整流程和异常场景，验证候选人是否具备场景化测试设计能力。
• 考察自动驻车（AVH）的激活/退出条件及系统压力值，验证底盘功能测试的细节掌握程度。
• 验证UDS协议和INCA工具的实际应用能力，判断是“用过”还是“会用”。
• 评估候选人是否具备独立分析问题、设计测试用例的能力，还是仅能按用例执行。
• 确认候选人对动力底盘域的整体理解，以及岗位意愿匹配度。

证据摘录

• “测测的话，比如说是他一个嗯c c c c c和呃c p信号的一个检测，还有关注一些比如说呃充电信号或者这个枪的信号，还有比如说呃充电的一个状态，就是固定信号，电池的一个换信号，还有一些就是和那个支架的功能。”
• “预约方式，它有那个本地预约，还有那个远程预约。都是这些方式流程的话，就是他一般有个预约，你可以在那个手机上有个预约设置阶段，还有呃预约等待的阶段啊，充电阶段、充电结束阶段啊，还有个休休眠状态等等。”
• “u d s协议就是幺四二九嘛，这个比如说我们那个更改一些那个呃更改一些车辆配置啊配置，然后我们嗯在嗯在正在实车测试中，根据那个呃新发布的啊版本，可以就是嗯先给他那个刷新后，然后在那进行测试。”
• “音卡我是在做那个b m s六时候那个嗯接触过。因为我嗯因为嗯音卡它就改的是一些控制器内部的参数啊，这个就是能那个方便一下。比如说一些呃简单的一些呃嗯比如说故障注入啥的，我们都会用到音卡。”
• “自动驻车那个高速后的它这个呃激活的条件。比如说我要那个车辆状态，我要那个静止，然后呃a v h那个通过车辆的那个呃车速传感器来检测这个车是否处于那个呃静止状态。”
• “转向的话就是嗯他这个逻辑的话其实也很简单，就是嗯驾驶员那个按嗯就是转动这个方向盘的时候，那个e p s然后会将你这个转向的力度嗯角度还有啥，就是通过那个嗯采集的信号传递给那个嗯制动器进行计算。”

评级建议

• 建议评级：C+
• 推荐方向：动力底盘域或充电功能的初级测试执行岗位，在明确用例和指导下进行台架或实车测试。
• 谨慎方向：独立负责系统级测试设计、复杂问题定位、测试策略制定或需要深度工具链开发的岗位。
• 面试推进建议：不建议直接通过，可作为初级岗位备选。如业务急需执行层面人员，需安排二面重点考察其用例设计能力、工具实操和问题分析能力，并要求现场演示或详细描述一个完整的测试案例。

可补问问题

• 请详细描述一个你在充电测试中发现并推动解决的bug，包括问题现象、你是如何定位的、根因是什么、最终如何闭环。
• 在测试充电与车身交互时，你具体监控了哪些CAN报文或信号？请举例说明一个交互异常的案例，以及你是如何通过报文分析确认问题边界的。
• 你提到用过INCA进行故障注入，请具体说明你注入过什么故障、目的是什么、如何验证故障注入成功，以及你用了INCA的哪些功能模块。
• 针对自动驻车功能，请设计一个完整的测试用例，包括前置条件、执行步骤、预期结果，并说明你会关注哪些系统压力值和信号状态。
• 你提到UDS协议，请列举你在测试中实际用过的5个以上服务ID，并说明每个服务在你项目中的具体应用场景。