候选人面试分析：北汇-联电一面

来源

• 转写文件：北汇-联电一面.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在较多口语化、重复、断句不清及少量语音识别错误（如“cample cable”应为“CAPL”，“catrice”应为“CANtrace”，“村重力”应为“测试用例”），但不影响对核心能力的整体判断。

岗位方向

• 主要匹配：车身域测试（台架测试/整车功能测试）。
• 次要匹配：供应商驻场测试、诊断测试（基础执行）。
• 岗位适配判断：更适合按用例库执行的台架测试执行岗，不适合需要独立设计测试策略、开发自动化脚本或主导复杂问题排查的岗位。

整体结论

候选人具备3年左右车身域测试经验，以外包身份参与过BCM和灯光等车身功能的台架与整车测试，对车身台架搭建、信号收发、UDS诊断基础服务有实操认知。回答整体偏向执行层面，能描述“做了什么”，但在“为什么这么做”和“如何独立解决未知问题”上明显薄弱。优势在于对台架环境、测试流程和基础工具链有真实接触，能快速上手标准化测试任务；主要风险是技术深度不足，缺乏独立设计测试用例、开发自动化脚本和系统性排查复杂问题的能力，回答常停留在流程描述而缺少具体案例闭环。整体看，候选人适合作为初中级测试执行人员推进，但需在复试中重点验证其独立思考和问题解决边界。

答得好的点

• 对车身灯光功能的测试对象和基本交互逻辑有清晰认知，能列举近光灯、远光灯、自动远近光灯等具体功能及其切换关系。
• 能完整描述车身台架搭建的常规流程，包括电路图引导定义、线路连接与标签、CAN线连接、波特率设置、DBC导入及信号收发分析，说明有真实动手经验。
• 对UDS诊断服务有基础了解，能正确说出10、11、27、22、2E、3E、85等服务及刷写流程中的安全访问步骤，具备执行诊断测试的基础。
• 在用例编写思路上，能提到等价类、边界值、故障注入等方法，并给出车窗升降用例的基本结构（前置条件、操作步骤、预期结果），说明具备用例执行和简单编写意识。
• 对自动化脚本执行失败有基本排查思路，能提到CAPL语法错误、条件不满足、定时器未启动等常见原因，显示接触过自动化测试执行。
• 工作态度务实，对出差和项目地点接受度高，到岗时间快，沟通配合意愿较好。

薄弱风险

• 技术深度明显不足，对“自动远近光灯与自动远光灯逻辑区别”的解释含糊不清，仅以“电机不一样”“信号链路可能不一样”搪塞，未能从功能策略或系统交互角度说明，暴露对功能逻辑理解停留在表面。
• 问题排查能力偏弱，当被要求举一个用CANtrace排查问题的具体实例时，始终未能给出真实项目中的问题现象、定位过程、根因和闭环，回答退回到“如果近光灯不亮就看信号是0还是1”的假设性描述，缺乏实际案例支撑。
• 台架搭建经验以执行和接线为主，明确表示“供应商都让VT台架给到我们的，我们去接受一下线路”，说明在台架方案设计、信号定义、负载仿真规划上缺乏主导经验。
• 自动化能力非常有限，仅停留在执行和基础排错，明确表示“用例开发没没有”，且对CAPL/Python脚本编写、自动化框架设计无实际开发经验，无法独立承担自动化测试开发任务。
• 测试用例设计经验薄弱，承认“整个写下来可能时间比较久”，且“新需求的测试用例确实没有接触过”，用例编写思路偏模板化，缺少从需求分析到用例设计的完整独立实践。
• 故障注入测试经验不足，明确表示“不太经常做”，在测试深度和异常场景覆盖上可能存在短板。
• 回答中多次出现“如果”“比如”等假设性描述，当被追问具体实例时无法给出，项目真实性和个人在项目中的角色深度需要进一步验证。

面试官考察点

• 验证车身灯光功能测试的真实经验和测试思路，判断是独立理解逻辑还是仅按用例执行。
• 考察台架搭建的参与深度，是主导设计集成还是仅负责接线和基础调试。
• 评估问题排查能力，能否结合具体案例说明从现象到根因的完整排查路径及工具使用。
• 确认自动化测试能力边界，是仅执行脚本还是具备脚本开发与框架维护能力。
• 了解测试用例设计经验，是否具备从需求分析到用例编写的独立工作能力。
• 核实UDS诊断服务的实际应用深度，是否仅停留在理论或刷写流程执行。
• 判断工作稳定性和岗位意愿，了解离职原因、地点灵活性及对驻场/出差模式的接受度。

证据摘录

• “你像这个信号逻辑，然后你去就有就有这个近光灯，还有自动远近光灯是什么意思呢？就是没太理解。就是这个车已经有自动远近光灯的功能了，还会有自动远光灯这个功能吗？有的，这是呃，是有的。解释一下这块的逻辑。就是就是呃如就有单独的就有单独的控制，就有单独控制远光灯的人，也有就是单独的一个控制近光灯远光灯的。因为他们的一个呃嗯就是呃电机不一样嘛，然后它这个信号链路可能不一样。”
• “v t台架的话其实我们一般都是线路连接比较多。然后其实桌面台架的话嗯日常也得也搭建，然后一般的话都是呃供应商都让v t台价给到我们的，我们去接受一下线路线路这些。”
• “我是说你举一个你具体在测试当中发现的一个问题。嗯，你是。呃，排查到哪一个控制器，或者排查到哪一个字段。一个信号啊，这样子具体说一下。呃。嗯，就是如果说。嗯。嗯，就是如果说你日常去测试的话，呃，有时候可能呃有个问题是偶发性的嘛。然后像这个呃，首先的话你肯定要排查嗯排查一下就是操作问题，然后排查一下这个硬件问题，然后排查一下也呃软件的一个兼容性。然后你再去用这个呃他们发现发送一些信号，排查e c u内部的一个交互逻辑是否有问题。”
• “你有呃那个用例开发经验吗？用力开发没没有，就是呃会写测试用例，会写测试用例。就日常的话其实我们有这个用例库，然后但是你自己写的话也会写一点，因为因为客户没有的话，我们自己写点。然后其实如果说整个写下来可能时间比较久，但是我也可以写的。”
• “编写过新需求的村重力吗？新需求。嗯，这个你确实没有接触过。”
• “你经常做故障注入吗？故障注入的话嗯不太经常做，然后你也可以就是说一下，然后回答一下。”
• “自动化的话日常也有，但是嗯比较少。然后你就是可以问几个问题，我回答一下。像这个就是用cample cable呃，passion这些对吧？就是拍camp的开播的话贵一点。”

评级建议

• 建议评级：C+
• 推荐方向：车身域/台架测试执行、按用例库执行的整车功能测试、供应商驻场基础测试任务。
• 谨慎方向：需要独立设计测试策略或复杂问题排查的岗位、自动化测试开发、测试用例架构设计、主导新需求测试分析。
• 面试推进建议：可作为初级测试执行岗位备选推进，但强烈建议复试中重点补问具体项目案例、独立排查问题的完整闭环、自动化脚本编写实例及测试用例设计实例。若复试仍无法给出具体案例，建议降级或淘汰。

可补问问题

• 请举一个你在上一个车身项目中独立发现并最终定位到具体控制器或报文字段的bug完整案例，从现象、排查步骤、工具使用到根因和解决方案。
• 你提到用CANtrace排查问题，请具体描述一次你使用Graphic窗口分析信号波形或报文周期异常来定位问题的经历，你观察到了什么，结论是什么？
• 你提到会写一点测试用例，请举一个你完全从需求文档出发、独立编写的测试用例实例，说明需求是什么，你如何设计测试点和用例结构。
• 在台架搭建中，除了接线，你是否参与过负载箱的配置或故障注入板卡的设置？请描述一次你配置负载模拟或注入故障的过程。
• 你提到自动化脚本执行失败时会看CAPL语法和条件，你是否自己写过或修改过CAPL脚本？请展示一个你写过的简单函数或测试模块。
• 关于UDS的27服务，你提到刷写时会用到，请具体说明在刷写流程中27服务的作用，以及如果安全访问失败，你会从哪些方面排查？