候选人面试分析：欣锐科技～bms

来源

• 转写文件：欣锐科技～bms.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在较多口语化、重复和语音识别错误（如“刊物e”应为“CANoe”，“同心”应为“同星”，“环维工程”应为“Panel工程”等），但整体对话逻辑清晰，可理解。

岗位方向

• 主要匹配：整车功能测试 / 动力域测试（偏实车执行）。
• 次要匹配：OBC/DCDC 充电测试、基础总线测试。
• 岗位适配判断：候选人更适合按用例库执行的实车功能测试或台架测试执行岗，不适合需要独立设计测试方案、开发自动化脚本或深入诊断/网络管理的岗位。

整体结论

候选人具备1-3年左右的实车动力域测试经验，主要集中在高压充电（AC/DC）、档位切换、能源管理等功能的实车验证。工具链上，能使用CANoe进行基本的信号收发和面板搭建，但自动化脚本开发能力薄弱，依赖开发提供。对UDS诊断协议有较清晰的流程记忆，能复述刷写和故障码读取步骤，但缺乏独立分析和问题闭环的深度。测试用例设计能说出等价类、边界值等方法，但在具体场景应用时思路不够结构化，偏向执行而非设计。整体来看，候选人是一个合格的初级测试执行者，但技术深度和独立设计能力不足，风险在于可能无法胜任需要自主分析和复杂问题定位的任务。

答得好的点

• 对UDS刷写流程和故障码读取服务（如10、27、2F、31、34、36、37、19服务）的复述较为完整，显示出对诊断协议有记忆性理解。
• 能正确回答CAN总线物理层电压（显性3.5V，隐性1.5V），具备基础物理层测试概念。
• 对充电功能测试用例的描述包含前提条件、操作步骤和预期结果，具备基本的用例编写逻辑。
• 能说出等价类、边界值等测试设计方法，并在简单场景中给出具体数值（如299V、301V、499V、501V）。
• 承认自动化脚本“基本上也不会写，都是开发那边提供的”，态度诚实，未夸大能力。
• 对CANoe的Panel工程有基本操作认知，能进行简单的信号发送接收。

薄弱风险

• 自动化能力极弱：明确表示脚本由开发提供，自己只会简单使用，无法独立开发或维护自动化测试框架，这限制了其在自动化测试岗位的适用性。
• 测试设计能力偏浅：在回答“ECU过压/欠压测试”时，仅能罗列边界值，未能形成结构化的测试思路（如未提及测试步骤、如何注入故障、如何判断结果），显示出从需求到用例的独立设计能力不足。
• 网络管理知识模糊：对网络管理的回答零散且不系统，仅能说出唤醒源类型和大致响应时间，缺乏对状态机、报文格式、协同唤醒等核心概念的理解。
• 工具链深度不足：CANoe使用停留在Panel搭建和信号查看层面，未涉及CAPL编程、数据分析窗口的高级应用、DBC文件解析或自动化序列开发。
• 问题闭环能力未体现：在回答“如何判断故障是当前还是历史”时，仅复述了19 02 01和19 02 08的服务定义，未结合测试场景说明如何通过状态位、快照信息或复现操作来综合判断，缺乏工程实践思维。
• 项目主导性弱：台架搭建由供应商完成，脚本由开发提供，候选人角色偏向“操作员”而非“设计者”或“主导者”，在复杂问题定位和方案设计上存在明显短板。

面试官考察点

• 自动化测试能力：通过询问脚本编写和Panel工程实现，验证候选人是否具备独立开发自动化测试的能力。
• 测试用例设计方法：通过ECU过压/欠压场景，考察候选人是否真正掌握等价类、边界值等设计技术，并能应用于实际。
• UDS诊断协议掌握深度：通过刷写流程和故障码读取的提问，验证候选人对诊断协议是死记硬背还是理解应用。
• 网络管理知识：通过NM相关问题，考察候选人对整车网络协同唤醒机制的理解程度。
• 物理层测试基础：通过CAN电压问题，快速验证候选人是否具备最基础的信号测量经验。
• 工具链熟练度：通过CANoe的Panel、分析窗口、DBC等提问，评估候选人的工具使用深度和数据分析能力。
• 岗位匹配度与意愿：通过询问对公司产品（OBC）的了解，判断候选人是否对业务有认知和兴趣。

证据摘录

• “自动化呃脚本的话，我们写的话基本上也不会写，都是开发那边提供的啊提供的。”
• “呃，会对做做一些简单的信号的发送接收这种。”
• “输入三百到五百伏之间，就是那个有有效有效的电压，然后无效等价类的话就是呃超五百服。或者是低于三百伏就是无效。然后的话就是那个边界值边边界值的那个选取的话就是那个呃三三零幺，然后二九九二九九二百九十九伏，然后五百五百零一服，然后四百九十九伏这些。”
• “然后比如说那个建立扩展对话嘛，然后使用那个幺零幺三零零扩展扩展扩展对话进行扩展对话。然后那个比如说安全访问，然后二零二七二二二二七二七零幺那个灰种子嘛，然后然后然后服务器发送一个那个二七零二的那个。嗯，他这个密钥然后带入那个一个算法，然后进行进行进行算算算下来之后，然后发送请求，然后发送那个呃。嗯，发送那个y那个数据码啊，然后接受响应。”
• “一九一九零二一九一九零二零一的话就是读取当前故障，然后一九一九零二零八的话就读取历史的，然后就是。你问一下吧。差不多。”
• “环境搭建的话，一般是就是。因为我们那个v t v t那个台架嘛，然后。那机台架的话一般是供应商来搭建，我们的话就是只负责他一些那个硬件线路的连接，然后搭建的话还是上面。”

评级建议

• 建议评级：C+
• 推荐方向：实车功能测试执行、按用例库进行的充电/动力域台架测试、供应商驻场测试执行。
• 谨慎方向：自动化测试开发、测试方案设计、诊断/网络管理专项测试、需要独立分析复杂问题的系统级测试。
• 面试推进建议：可作为初级测试执行岗位的备选，不建议直接录用为独立负责模块的工程师。若推进复试，需重点补问其独立分析问题、编写测试用例和排查问题的实际案例。

可补问问题

• 请举一个你实际在测试中发现的Bug，并详细说明你是如何从现象定位到根本原因的，过程中使用了哪些工具和报文？
• 在CANoe中，如果让你分析一个偶发性的报文丢失问题，你会使用哪些分析窗口和功能？具体步骤是什么？
• 你提到写过充电测试用例，请现场设计一个“交流充电过程中突然拔枪”的异常测试用例，包括完整的测试步骤和预期结果。
• 你提到供应商搭建台架，你负责连线。请说明一个你参与过的台架，它的硬件在环架构是怎样的？你如何验证台架连线是正确的？
• 对于OBC/DCDC产品，你了解其基本工作原理和关键性能指标吗？如果让你测试其效率，你会怎么测？