候选人面试分析：智驾～艺航智能

来源

转写文件：智驾～艺航智能.txt
候选人姓名：转写中无法确认真实姓名；不编造姓名。
备注：转写文本存在较多口语化、重复、语句断裂和可能的语音识别错误（如“a p e”可能为“APE”或“INCA”，“a two二l”可能为“A2L”，“抗议”可能为“CANoe”），部分技术术语表达不清晰，影响对技术深度的精确判断。

岗位方向

主要匹配：ADAS/智能驾驶实车测试、整车功能测试（路测方向）。
次要匹配：动力底盘实车测试。
岗位适配判断：候选人更适合按测试用例执行的ADAS或底盘实车路测岗位，不适合需要独立设计测试方案、深入分析系统逻辑或主导HIL台架测试的岗位。

整体结论

候选人具备基础的整车实车测试经验，主要集中在动力底盘和ADAS（自适应巡航ACC）功能测试领域。从回答来看，其工作模式高度偏向于“按测试用例执行”，能够描述测试场景和基本操作流程，但在技术原理、测试设计逻辑和工具深度使用上表现薄弱。当被问及具体工具（如APE/INCA）和功能原理（如ACC）时，回答碎片化、缺乏系统性，且多次出现停顿和回忆困难，表明其对工具和被测对象的理解停留在表面操作层面，缺乏独立设计和问题闭环的能力。主要优势在于有实际路测经验，了解基本测试场景；主要风险是技术深度不足，可能仅为用例执行者，难以胜任需要独立思考和深入分析的任务。建议作为初级路测执行岗位的备选，需通过进一步面试验证其真实能力边界。

答得好的点

能够列举出动力底盘测试中的具体被测功能，如“a c d c充电”、“e p b”、“a b s”，说明有实际接触过相关系统。
对ADAS ACC功能的测试场景有一定了解，能说出“直道弯道”、“上坡下坡”、“静止车辆”、“切入切出”等常见路测场景。
在描述ACC跟车距离时，提到了具体的数值和误差范围，如“设置一个一秒的话，实测有正负值，最大不超过一点二，最小不能小于零点八”，体现了基本的测试执行和数据记录意识。
自我介绍中提及了UDS诊断、ECU刷写、CANoe、INCA标定、Bug管理工具等，展示了较广的工具链接触面。
能够说明自己的工作流程是“根据测试用例”、“拟定测试计划”、“按功能测试点执行”，逻辑基本清晰。

薄弱风险

技术深度严重不足：在解释ACC原理时，回答混乱，将“毫米波雷达”称为“角雷达”，且对信号处理流程的描述（“发给车机中央处理器...再发给车上电脑”）逻辑不清，显示其对系统架构缺乏深入理解。
工具使用停留在口头：当被要求详细讲解“APE”（可能为INCA或标定工具）时，回答非常碎片化，仅能说出“新建工程”、“导入A2L文件”、“修改变量值”等零散操作，无法形成连贯的工具使用逻辑，真实熟练度存疑。
测试设计能力缺失：面试官两次追问ACC“从哪些方面去测”，候选人第一次回答的是测试场景，第二次回答的是激活条件，始终未能从测试维度（如功能、性能、诊断、安全、人机交互等）进行系统性拆解，表明其缺乏测试设计思维。
回答被动且缺乏细节：多数回答都是被面试官问题牵引，且内容浅尝辄止。例如，在回答“执行器链条”时，仅用“交互的点”模糊带过，无法给出具体执行器或交互逻辑的例子。
项目真实性或参与度存疑：在描述工具和项目时，频繁出现“稍等一下”、“我想想”、“还有啥”等停顿和回忆困难，可能表明其对所做工作不够熟悉，或参与深度有限。
岗位认知模糊：当被问及岗位是实车测试多还是台架测试多时，候选人回答“人事给我说的是路测”，说明其对自身岗位职责的定位完全依赖他人告知，缺乏主动认知。

面试官考察点

日常工作内容与职责：验证候选人是否真正参与过动力底盘测试，以及其在团队中的角色是执行者还是设计者。
系统理解深度：通过追问“执行器链条”和“ACC原理”，考察候选人对被测对象（动力底盘、ADAS）系统级工作原理的理解，而非仅会操作。
工具真实熟练度：要求候选人详细讲解“APE”工具，旨在验证其简历上所列工具技能的真实性和掌握深度。
测试设计能力：反复询问ACC“从哪些方面去测”，意在区分候选人是只会跑用例，还是具备测试维度的分析和设计能力。
功能逻辑与指标理解：通过“跟车距离”和“时距”的追问，考察候选人对ADAS功能核心性能指标及其误差范围的理解。
项目背景核实：询问主机厂和车型，用于核实项目经验的真实性。
岗位意愿与认知：通过询问实车与台架测试的比例，了解候选人的实际工作环境偏好和对岗位的理解。

证据摘录

“就是探测这个距离，然后这个转速传感器就是它这个车辆的毫毫米波雷达，也叫做这个角雷达嘛。就是来来探测这个周围的车辆，就是行人以及障碍物，用就是这些信息，然后嗯发给这个车机的这个中央中央处理器，然后再再再算出来这个物体和车之间的距离以及这个车速，然后这个角度等这些参数，然后就就就把这个信号车站发给这个这个车上的电脑，这个车机。”
“就是嗯它的激活条件吗？嗯。就就是呃首先看看这个呃车车的是否就是处于这个呃离地状态，然后d档然后是否是否就是能进行工作。然后嗯因为这个a a c c的话，它是一个待机状态，就是如果你不按的话，它就是打开不了。”
“就是比如说就是设置一个呃一秒的话，就是它这个实测的话就是有这个正负值，这个最大不超过一点二，最小不能小于这个零点八。”
“嗯，这个新建新建的这个一个工程，然后导入o嗯a two二l文件，然后实时观察这个测量的变化，就是看这个过程中。然后这个过程中的话就是修修改这个变量值，然后呃它内部的一些数据就是看看他能否这个进行就是这些这根据这些参数嘛来来调整。”
“嗯，实车嘛，然后就是不同环境的这个场景下，嗯，有这个直道弯道，然后然后上坡还有下坡。然后前方有没有这个静止的车辆，然后是否有障碍物，然后前方车辆的就是骤骤然减速，就是低速行驶，然后切入切出大大概就这些。”
“就是实车是实车测试就是多点儿，还是这个呃台下设施多一些？里面的什么岗位你知道吗？嗯，这个路测嘛，就是当时这个人事给我说的是就是路路测。”

评级建议

建议评级：C+
推荐方向：ADAS或动力底盘领域的初级实车路测执行岗位，严格按照既定用例操作。
谨慎方向：任何需要独立设计测试用例、搭建测试环境、进行HIL台架测试、深入分析系统问题或主导技术沟通的岗位。
面试推进建议：不建议直接录用。如岗位仅为初级路测执行，可作为备选，但必须由技术面试官进行一轮深度复试，重点补问工具实操细节和系统原理。若岗位要求稍高，建议淘汰。

可补问问题

请现场画一个简单的ACC系统框图，并说明各模块间的信号交互关系。
你提到用过CANoe和INCA，请具体描述一个你用INCA进行标定或测试的完整案例，包括你修改了哪个变量，观察到了什么现象，最终达成了什么目的？
在ACC路测中，如果出现“本车在弯道中丢失前车目标”的问题，你会从哪些维度去分析可能的原因？请列出你的排查思路。
你提到管理过Bug，请分享一个你提交的最有技术含量的Bug，说明你是如何发现、如何描述、如何推动它被修复并完成回归验证的？
对于“执行器交互”，能否举一个具体的例子，比如在测试EPB时，你关注它与哪些控制器有交互，交互的信号或状态是什么？