候选人面试分析:北汽二面-动力
来源
- 转写文件:
北汽二面-动力.txt - 候选人姓名:转写中无法确认真实姓名;不编造姓名。
- 备注:转写文本存在明显的语音识别错误、口语重复和语句断裂,部分技术术语可能识别不准(如“a v h e p b”疑为“AVH、EPB”),但不影响对候选人能力的基本判断。
岗位方向
- 主要匹配:动力域/底盘域功能测试。
- 次要匹配:车身域测试、整车功能测试。
- 岗位适配判断:候选人更适合动力域/底盘域的测试执行岗位,不适合需要独立设计测试策略或复杂HIL台架测试的岗位。
整体结论
候选人拥有约两段整车厂测试经验,先后涉及车身域和动力/底盘域的功能测试。从回答来看,其工作内容以测试用例执行和基础用例编写为主,对交流充电和陡坡缓降(HDC)等功能的测试点有一定了解,能说出部分测试场景和逻辑。但整体表现偏紧张,回答缺乏深度和系统性,未能展现出独立设计测试方案、深入分析问题根因或主导项目测试的能力。主要优势在于有实车测试经验和基本的测试思维;主要风险是技术深度不足,工具链能力缺失,更像一名按部就班的执行者。建议作为初级测试执行岗位的备选,需在复试中重点验证其测试设计能力和工具使用能力。
答得好的点
- 对交流充电功能的测试要点有一定覆盖面,能列举出充电速率、界面显示、SOC设置逻辑、充电枪互锁、充电时车辆状态(P档、禁止上高压)等多个测试点。
- 对HDC功能的激活与退出条件有基本认识,能说出车速阈值(如低于5km/h激活,高于32km/h退出)、坡度范围(7-15度)和主动退出条件(踩油门)等关键场景。
- 能区分不同测试阶段,如提到“测试环境肯定是实车”、“前置条件”,具备基本的测试用例编写框架意识。
- 有跨域测试经历,从车身域(上汽非凡车型)转到动力/底盘域(吉利),适应性尚可。
- 对测试用例数量有概念,能回忆起负责过两三千条用例,说明参与度较高。
薄弱风险
- 技术深度严重不足:对交流充电的测试要点回答停留在功能罗列层面,未涉及通信协议(如GB/T 27930)、充电时序、故障注入、边界值测试等深层内容。
- 测试设计能力未体现:在回答HDC用例编写时,仅描述了功能激活/退出的基本场景,未提及如何设计异常工况、鲁棒性测试或不同路面附着系数的测试方案,思维局限在执行层面。
- 工具链能力完全缺失:整个面试中未提及CANoe、CANape、INCA、总线数据采集、诊断或自动化测试等任何工具,这对一个现代汽车电子测试工程师是重大缺陷。
- 回答缺乏系统性:对测试要点的描述是点状、零散的,想到哪说到哪,没有按照功能逻辑、测试类型或优先级进行组织,显得不够专业。
- 项目细节模糊:无法清晰说明测试用例是独立编写还是基于模板修改,对“标定值”的依赖说明其缺乏对软件逻辑的深入理解,只是对照标定文档执行。
- 沟通与抗压能力存疑:面试中多次出现“有点紧张”、“我想一下”和长时间停顿,表达不流畅,可能在复杂技术讨论或问题汇报中遇到困难。
面试官考察点
- 项目真实性验证:通过询问具体车型、负责模块和用例数量,确认候选人是否真实参与过相关工作。
- 测试设计能力:要求“详细介绍交流充电的测试要点”和“编写了哪些测试场景”,意在考察候选人是否能独立、系统地设计测试用例,而非仅执行。
- 技术深度与原理理解:追问HDC的激活/退出条件,考察其对功能逻辑、车速/坡度阈值的理解是否停留在表面。
- 测试执行细节:询问测试用例数量,评估其工作量和工作性质(是执行为主还是设计为主)。
- 岗位匹配度:通过了解其从车身域到动力/底盘域的经历,判断其知识迁移能力和对当前岗位的适应性。
- 沟通与逻辑表达能力:观察候选人在压力下能否清晰、有条理地阐述技术问题。
证据摘录
- “呃,交流充电的话就是嗯。交流呃,它是那个测试点,就是第一呃就是那个充电的速率,然后还有那个充电的那个界面显示啊,然后还有那个嗯满充满放,还有充电的那个s s o c的那个设置啊”
- “然后还有那个充电时充电的时候那个车上的那个电源状态啊,就是那个就是不能不能上高压嘛,然后还有就是呃在p档嘛啊然后它还会拉起那个a p p啊。”
- “就是那个低速生活就是下坡的时候,嗯嗯,就是按下h d c,然后正常激活呃,车速是那个小于等于呃五千米每小时。然后坡度的话是就是按标定值嘛,就是呃坡度的话就是呃就是七度,七度到十五度”
- “然后还有那个车速,车速的话就是嗯大于呃呃大于那个呃三十二千米的时候是没有办法激活的,它会自动退出。”
- “当时车是呃,车车身呢,就是车身。当时那个是应该是个总的,是个好像是个八千多条。……可能应该是两三千条。”
- “呃,测试用例别提过,那是我哪个功能的测试用例。嗯嗯,底盘的底盘那边那个h t c。你都编写了哪些的词?场景嗯。”
评级建议
- 建议评级:C+
- 推荐方向:在有人带教的情况下,可承担动力域或底盘域的测试执行、用例维护和简单的实车测试任务。
- 谨慎方向:不建议独立负责测试策略制定、HIL台架测试、自动化测试开发或需要深入诊断分析的工作。
- 面试推进建议:不建议直接通过。如岗位急缺初级执行人员,可作为备选进入复试,但复试必须由技术专家进行,重点补问测试设计、工具使用和问题分析能力。否则建议淘汰。
可补问问题
- 在交流充电测试中,你如何模拟或注入CP信号异常、S2开关故障等通信故障?用过什么工具?
- 请设计一个HDC功能的完整测试方案,包括正常功能、异常工况(如单轮打滑、坡度突变)和耐久测试。
- 你在测试过程中发现过一个最复杂的bug是什么?请详细描述现象、你的分析定位过程、最终根因和解决方案。
- 你使用过CANoe或类似总线工具吗?请描述一个你用它来采集数据、分析问题或模拟节点的具体例子。
- 在编写测试用例时,你是从零开始设计,还是基于已有的模板或历史用例进行修改?请举例说明你独立设计的一个测试用例的思考过程。
- 对于“预约充电”功能,除了基本的时间设定,你还会考虑哪些与车辆网络、T-Box、手机App交互相关的测试场景?