候选人面试分析：东兴创智-北汽动力底盘

来源

转写文件：东兴创智-北汽动力底盘.txt
候选人姓名：转写中无法确认真实姓名；不编造姓名。
备注：转写文本存在较多口语化、重复、语句断裂及少量语音识别错误（如“a p p”应为“EPB”，“a a b s”应为“ABS”，“l h”应为“AVH”等），但整体对话逻辑清晰，不影响核心信息提取。

岗位方向

主要匹配：底盘功能测试（AVH自动驻车、HDC陡坡缓降、ABS等）。
次要匹配：动力系统基础功能测试（预约充电、能量回收、驾驶模式、档位管理）。
岗位适配判断：候选人更适合底盘功能测试执行岗位，不适合需要深度动力系统（OBC/DCDC）或HIL台架测试设计的岗位。

整体结论

候选人具备一定的整车底盘功能测试执行经验，尤其对AVH（自动驻车）和HDC（陡坡缓降）的功能逻辑、测试用例编写方法（等价类、边界值、场景法）及实车问题排查有实际经历。回答中能举出具体的项目案例（如HDC坡度识别失效的排查），体现了基本的测试执行和问题闭环能力。然而，候选人的能力边界非常清晰：其经验高度集中在底盘功能的“黑盒”实车测试执行层面，对动力系统（OBC/DCDC）的测试能力薄弱，仅涉及预约充电等表层功能验证。技术深度有限，回答多为功能逻辑罗列，缺乏对测试策略、自动化工具（如CANoe/CAPL）或诊断服务的深入阐述。整体表现为一个合格的初级至中级测试执行人员，优势在于有实车测试经验和问题排查思路，但劣势在于技术栈单一、深度不足，且简历存在夸大嫌疑（标题为动力底盘但实际能力偏底盘）。建议更新简历后，作为底盘功能测试岗位的备选候选人推进。

答得好的点

测试用例设计方法清晰：能准确说出等价类、边界值、因果图、场景法、故障注入等方法，并举例说明有效/无效等价类，表明具备基本的测试理论基础。
AVH功能逻辑掌握扎实：对自动驻车的激活/退出条件（如车门、安全带、档位、EPB状态等）描述详细且准确，显示出对该功能有实际测试经验。
具备实车问题排查与闭环经验：清晰描述了一个HDC功能失效的实车测试案例，从现象（坡道未激活）、复测、到通过分析DBC报文定位根因（角度传感器数据不准），并推动开发修复后回归测试，体现了完整的问题闭环能力。
对HDC功能参数有认知：能准确说出HDC的工作坡度范围（大于7度，通常7-25度），并指出该参数由主机厂定义，表明对功能规范有一定了解。
预约充电测试逻辑基本完整：能描述出预约充电的核心测试场景，如APP/车机设置、单次/循环模式、插拔枪时序、修改时间后的策略等，覆盖了主要功能点。

薄弱风险

动力系统测试能力严重不足：当被问及AC充电的CC/CP信号时，候选人直接回避，承认“主要不是我做”，仅负责预约充电、驾驶模式等上层功能，缺乏OBC/DCDC等核心动力部件的测试经验，与其简历标题“动力底盘”不符。
测试设计深度有限，偏向执行：在描述AVH用例时，面试官两次要求“按我的思路再说一遍”，暗示其回答停留在功能条件罗列，缺乏系统性的测试设计思路（如未主动提及静态/动态测试、记忆功能、人机交互等维度），直到面试官提示后才补充。
工具链能力未体现：整个面试中未提及CANoe、CAPL、诊断工具、HIL台架等测试常用工具链的使用经验，仅在排查HDC问题时提到“导入DBC文件分析报文”，表明其工具能力可能仅限于基本的报文查看，缺乏脚本开发或自动化测试能力。
对部分功能边界认知模糊：在被追问AVH的工作坡度范围时，候选人回答“没有定义，小坡大坡一样用”，这与实际功能设计（通常有坡度阈值）可能存在偏差，显示出对功能规范的理解不够深入。
简历存在夸大嫌疑：面试官明确指出“你不具备动力的测试能力的话，你就不要写”，候选人虽辩解“公司定义在一起”，但实际能力与简历描述存在差距，存在诚信或自我认知不清的风险。
回答缺乏主动性：多次出现面试官追问后才补充细节的情况（如AVH退出条件、测试思路），回答的条理性和系统性有待提高。

面试官考察点

项目真实性验证：通过追问HDC实车问题的排查细节（角度传感器、DBC文件），验证候选人是否真实参与过该项目。
测试设计能力：要求候选人针对AVH功能详细阐述用例编写思路，考察其是否具备独立设计测试用例的能力，而非仅执行用例库。
功能逻辑深度：深挖AVH的激活/退出条件、工作范围，考察其对被测对象功能逻辑的理解深度。
动力系统知识边界：直接提问AC充电CC/CP信号，快速判断候选人在动力域的真实技术能力。
问题排查与闭环能力：询问“典型问题”及“排查思路”，考察其发现、定位、推动解决bug的完整流程。
岗位意愿与自我认知：通过讨论简历内容（动力底盘），考察候选人对自己能力栈的认知是否清晰，以及是否愿意接受异地工作。
基础薪资匹配度：询问当前薪资，初步判断薪资期望是否在岗位预算范围内。

证据摘录

“测试用例就是嗯一般就是用那个嗯边界值，还有那个等价类，还有条件组合，还有那个场景法、因果图、故障注入这些编写的这个等价类还分为那个有效增加类和无效增加类。”
“好比说是那个嗯自助自自助自动驻车的那个呃功能的激活和退出啊。然后就是嗯测试它的那个钙测试概述，就是呃测试自动驻车功能激活嘛。”
“最后是是用那个嗯用那个重新，然后导入那个就是呃主机厂那边给的那个d b c文件嘛，然后分析报文啊，才发现就是逐帧分析，分析出来的说是那个角度传感器它是那个不灵敏，然后就是把那个嗯八度的角就是呃感应成了四度，所以就是一直没有开启。”
“a c充电，它这个c c和c p的这客户。嗯，是有动力吗？动力的话动力方向就是a c d c嘛。是主要不是我做啊，就是有有同事负责，我主要就是负责那个什么嗯能量回收，还有那个预约充电啊，然后还有那个驾驶模式和档位管理这些是吧。”
“自动注册这个呃这个没这个没有啊这个没有那个这个没有定义啊，这小菠菜也可以用啊，坡度没有定义的呢，大锅一样可以用啊。”
“我看你那个简历，虽然标题写的是动力底盘啊，但是实际上你这里边细分的内容全是底盘。……你不具备动力的测试能力的话，你就不要写。”

评级建议

建议评级：C+
推荐方向：底盘功能测试执行、实车路试、供应商驻场测试（底盘方向）。
谨慎方向：动力系统测试（OBC/DCDC）、HIL台架测试、需要独立设计复杂测试策略或使用自动化工具的岗位。
面试推进建议：不建议直接进入二面。要求候选人先按面试官建议更新简历，剔除不实的动力系统描述，补充底盘项目细节。若简历更新后符合底盘岗位要求，可作为初级/中级执行岗的备选候选人安排二面，二面需重点考察其CANoe/CAPL等工具能力和测试策略设计能力。

可补问问题

在HDC问题排查中，你提到“导入DBC文件分析报文”，请具体说明你使用了什么工具（如CANoe、CANalyzer）？你是如何过滤和定位到角度传感器报文异常的？是否编写过CAPL脚本辅助分析？
对于AVH功能，如果让你设计一套完整的自动化测试方案（例如在HIL台架上），你会考虑哪些测试场景？如何模拟坡度、制动踏板等信号？
你提到负责“能量回收”测试，请详细说明你测试过哪几种能量回收模式？如何验证回收扭矩与车速、SOC的关系？测试中用过哪些工具或设备？
在预约充电测试中，如果遇到车机与手机APP设置冲突、或网络延迟导致指令未下发的情况，你如何设计用例来覆盖这类异常场景？
请描述一个你独立设计测试用例并发现重大bug的案例，从需求分析、用例设计到bug上报的完整过程是怎样的？