候选人面试分析：北京易诚～智驾

来源

• 转写文件：北京易诚～智驾.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在较多口语重复、语句断裂和个别语音识别错误（如“看牙”应为“防夹”、“高密工”应为“高密功”即“功能”），但不影响对候选人能力的整体判断。对话为单人面试，候选人回答清晰度一般。

岗位方向

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

整体结论

候选人具备一定的整车道路测试经验，主要集中在ADAS功能（如ACC、主动/被动变道）和车身域基础功能（车窗防夹、灯光控制）的用例执行上。对实车测试流程（静态检查、路线规划、数据采集）有基本认知，能使用ADB等基础工具进行车机日志抓取，并对CAN总线的物理层概念有了解。但整体表现偏向“测试执行者”而非“测试设计者”，技术深度有限。回答多为功能现象描述，缺乏对测试标准、系统逻辑、数据分析的深入阐述。在追问工具参数、问题诊断和客观评价指标时，回答模糊、记忆不清或逻辑存在矛盾。优势在于有海外出行意愿和实车驾驶经验，态度积极；主要风险是技术深度不足、独立分析和问题闭环能力弱，薪资期望与能力可能不匹配。建议作为路测执行岗位的备选，需通过复试补问关键技术点。

答得好的点

• 对实车路测的基本流程有清晰认知，能说出静态检查（胎压、电量、功能故障）、路线规划（按用例和公司安排）、数据采集（CAN线、OBD诊断仪）等环节。
• 能结合具体ADAS功能（如ACC跟车、红绿灯识别、主动/被动变道）描述测试场景和预期行为，表明有实际执行经验。
• 对ADB基础命令（如adb devices, adb logcat, adb root）和车机开发者模式开启流程有操作经验，能用于日志抓取和问题定位。
• 对CAN总线的物理层原理（差分信号、抗干扰、显性/隐性电平电压）有基本正确的理解。
• 表现出较强的海外工作意愿和灵活性，有护照和出国经历，能接受全球出差。
• 对车身域功能（车窗防夹、灯光控制）的测试方法有具体描述，如使用不同电源模式、遥控钥匙、语音控制等。

薄弱风险

• 技术深度不足，工具掌握停留在表面：对adb logcat的-d参数含义记忆模糊，无法清晰解释其与不加参数的区别，对adb devices显示未授权的诊断步骤仅停留在“线没通、口没插对”等表层排查。
• 缺乏客观数据分析和KPI意识：在描述主动/被动变道测试时，最初仅给出主观描述（“轻微向左偏移”、“没有顿挫感”），经面试官追问后才补充响应时间等指标，且对指标的计算方法（“从哪看”、“怎么计算”）回答不清，存在逻辑矛盾（如被动变道响应时间0.5秒与变道执行时间的混淆）。
• 测试设计能力未体现：所有测试活动描述均基于“按用例执行”或“公司安排路线”，未展现出独立设计测试用例、规划测试路线或定义测试标准的能力。
• 问题闭环能力存疑：提交Bug的描述仅罗列了字段（测试ID、等级、日志等），未体现对问题根因的初步分析或与研发的深入交互过程。
• 系统逻辑理解不深：对车机与PC的ADB连接设置，混淆了PC端环境变量配置和车机端开发者选项设置，显示出对整体连接逻辑的理解不够清晰。
• 项目经历与简历可能不符：面试中提及“极氪心愿”车型和魅族Flyme系统，但随后又表示简历主要写的是动力底盘，车身域“好像没写”，存在项目经历描述不一致的风险，需核实简历真实性。
• 英语能力有限：虽表示能进行日常点餐和看懂测试用例，但无法用英文进行工作交流或描述Bug，对于有海外出差需求的岗位是潜在短板。

面试官考察点

• 实车测试流程的规范性：通过询问静态检查、路线规划、人员配比，验证候选人是否参与过正规的路测项目。
• ADAS功能测试的理解深度：通过追问主动/被动变道的测试条件、判定标准和客观KPI，考察候选人是否具备超越主观感受的、数据驱动的测试能力。
• 基础工具（ADB）的熟练程度：通过追问adb logcat参数区别、adb devices未授权的诊断，验证其工具使用是“用过”还是“掌握”。
• 问题诊断与闭环能力：通过模拟“设备未授权”场景，考察候选人排查问题的逻辑思维和深度。
• 车载总线基础知识：通过询问CAN高/低电平的定义和作用，验证其对车辆通信原理的基本理解。
• 岗位意愿与稳定性：通过询问海外经历、到岗时间、薪资期望，评估其入职意愿、适应性和成本匹配度。
• 项目真实性验证：通过交叉询问不同项目（智驾、车身、动力底盘）的经历，核实简历内容的真实性。

证据摘录

• “就是按照测试用例的那个呃，测试计划，就是根据那个公公司给的那个安排路线那种。”
• “a d b long cat加杠d和不加杠d这个参数有什么区别嗯？这个可能记得不是不是太清楚。”
• “就是主动变道，他首先就是角角色就是。嗯，小于等于两秒嘛，就是被被动变动，它响应时间就是小于等于就是零点五秒……就是从那个拨那个转向灯那个拨杆嘛，然后就要到那个嗯系统确认那个可变道就是小于等于零点五秒。”
• “a d b devices呃，如果是。那这个的话。没有任何危险，你如何诊断和判定那个？到底哪个问题？就是那个。嗯，未授权离线这块儿就是可能就是没有完全连上吧。”
• “看高看低它就是用这两个就是组成一个双绞线嘛……看高看高的话大概是三点五伏，然后那个呃看呃看低的话，一一伏的电压就是。”
• “我简我简历里好像没写吧，我主要是我主要写的是那个动力和底盘这一块儿。”
• “就是提交bug的描述，就是这个问题的原因。还有那个测那个测试i d还有bug的等级，然后报告人经办人这些就是呃预期结果，实际结果吧。”

评级建议

• 建议评级：C+
• 推荐方向：可考虑作为初级实车路测执行或台架测试执行岗位的备选，负责按既定用例进行测试、数据采集和初步问题上报。
• 谨慎方向：不建议直接承担需要独立设计测试方案、定义KPI、深入分析系统根因或与海外团队进行英文技术沟通的岗位。
• 面试推进建议：建议作为备选。若岗位急缺路测执行人员，可安排复试，重点补问工具链深度、项目真实性及数据分析能力。若岗位要求较高独立性或技术深度，建议淘汰。

可补问问题

• 请举一个你实际发现的ADAS功能Bug的例子，详细说明你是如何从发现现象、抓取数据、分析日志到最终定位问题根因的完整过程。
• 在adb logcat中，如何过滤出特定tag或特定优先级的日志？除了logcat，你还用过哪些ADB命令来分析系统性能或模拟操作？
• 你提到做过动力底盘测试，请具体说明测试过哪个模块（如VCU、BMS、EPS），使用了哪些工具（如CANoe、INCA），以及你如何设计或执行一个具体的测试用例。
• 你简历中提到的“极氪心愿”项目和“动力底盘”项目，分别在哪个时间段、哪家公司做的？请澄清一下你的项目经历，确保我们理解一致。
• 如果让你独立规划一条用于测试ACC功能的城市道路测试路线，你会考虑哪些因素？如何定义这条路线的测试覆盖度？
• 请解释一下CAN报文中，你如何通过查看某个信号的原始值，来判断一个物理量（如车速、方向盘转角）是否正常？你用过DBC文件吗？