候选人面试分析：长城～底盘测试

来源

• 转写文件：长城～底盘测试.txt
• 候选人姓名：转写中无法确认真实姓名；不编造姓名。
• 备注：转写文本存在大量语音识别错误、口语重复、语句断裂和逻辑跳跃，部分技术术语可能识别不准（如“boss”可能为“抱死”），导致部分回答含义模糊。对话中候选人回答较为碎片化，缺乏完整的项目逻辑链条。

岗位方向

• 主要匹配：整车功能测试（底盘/动力域），偏向实车功能点检与验证执行。
• 次要匹配：供应商驻场测试、台架测试（提及但未深入）。
• 岗位适配判断：候选人更适合按用例库执行的实车功能验证或点检类岗位，不适合需要独立设计测试方案、开发测试用例或进行深度问题定位与标定开发的岗位。

整体结论

候选人具备一定的新能源汽车整车功能测试经验，主要以外包人员身份参与过长安深蓝S7和华为某车型项目，工作内容集中在底盘及动力域（如ABS、能量回收）的实车功能点检与验证。其工作模式高度依赖主机厂或产品方提供的需求文档与测试用例库，属于典型的“按章执行”型测试，缺乏独立设计测试用例、制定测试策略的经历。技术理解停留在信号观察与现象记录层面，对测试原理、数据深层含义及问题闭环逻辑的阐述非常模糊。工具能力仅提及查看报文，未展示CANoe/CAPL等工具的实操深度。整体来看，候选人是一名合格的初级测试执行人员，但技术深度、独立思考和问题解决能力是其明显短板，距离主导测试或复杂问题分析岗位有较大差距。

答得好的点

• 对能量回收功能的测试关注点有基本认识，能说出需要观察轮速、刹车踏板开度、开关状态、电机扭矩等信号。
• 能描述基本的测试执行流程：接收需求/用例 -> 执行测试 -> 发现Bug -> 记录/截图 -> 小组讨论 -> 提交问题 -> 验证修复。
• 对ABS功能的测试用例规模有大致概念，能给出实车测试约500-800条的数量范围。
• 能区分实车测试和台架测试，并提及自己主要做实车功能测试。
• 对自身能力边界有认知，明确表示对功能开发、标定类工作不熟悉。
• 离职原因和求职动机表达清晰，希望从外包公司转向更有发展潜力的平台。

薄弱风险

• 测试设计能力缺失：明确表示测试用例主要来自“用例库”或“他们那边直接写好了”，仅能“提取测试点”，未展示任何独立设计用例的经验或方法。
• 技术深度严重不足：对能量回收的解释仅停留在“松开踏板就显示能量回收”的现象描述，无法解释控制逻辑、扭矩路径或负扭矩目标值（如-3.2m/s²）的工程含义，对“抱死”条件的理解也含糊不清。
• 问题定位能力初级：虽提及会做“初步定位”，但仅能笼统地说是“看是哪个模块”或“硬件还是软件问题”，缺乏结合报文、信号、逻辑进行系统性排查的实例。
• 工具链能力未验证：仅提及“看报文”，未展示使用CANoe、CANalyzer、INCA等工具进行数据采集、分析或仿真的能力，也未提及任何自动化测试或脚本编写经验。
• 项目细节缺失：回答多为碎片化信息，无法清晰描述一个完整的测试项目从输入、执行到闭环的全过程，例如测试策略、通过标准、风险评估等均未涉及。
• 沟通与逻辑表达较弱：受限于转写质量，但候选人回答本身存在较多不连贯、重复和逻辑跳跃，可能影响复杂技术问题的沟通效率。
• 主观评价与客观测试混淆：面试官询问主观评价时，候选人未能清晰区分主观评价与基于数据的客观测试，回答较为混乱。

面试官考察点

• 底盘功能理解：通过询问“什么情况下算抱死”和能量回收细节，验证候选人对底盘/动力域核心功能的原理性理解。
• 测试执行流程：详细追问从输入、执行到闭环的完整流程，考察候选人是否理解标准化测试过程，还是仅被动执行。
• 测试设计与用例来源：反复确认用例是自写还是来自用例库，旨在判断候选人的测试设计能力和工作独立性。
• 项目经验真实性：通过询问具体车型、测试周期、用例数量，验证其项目经验的真实性。
• 问题定位与闭环能力：考察候选人发现Bug后，是否具备初步分析、定位和推动问题解决的能力。
• 工具实操深度：通过询问如何看报文、看哪些信号，间接考察其对CAN工具和数据分析的熟练度。
• 岗位意愿与自我认知：询问离职原因和想了解的岗位信息，评估其求职动机和对自己能力与岗位匹配度的判断。

证据摘录

• “主要就是看报文和看。公司的一个需求。这个能量回收的话。他就是关注信号的一个变化和。嗯，自动踏板的它那个开度形成的一个信号，嗯，自动踏板的一个开关的一个状态。还有就是它那个电池的电机有助于一些相关的信号嗯。”
• “产品给我们那个提供产品给我们提供的需求文档，嗯，可以提取对应的测试点，然后按照那个测试的用例去进行测试。”
• “那是我们做的时候，好像是都是用那个列库里面，就是他公司会给我们一个那个测试用例，我们按照那个去做。”
• “a b s的那个用例嗯，实测的话大概有五百条到八百条左右吧。”
• “他那些测试中会测试中出现的问题，我们也会自己的去一个排查。嗯，初步的一个定位嘛，初步定位了它的一个问题。看他是出现在哪哪哪个模块，哪哪个里面。或者是硬件，还是说它软件的一个问题。”
• “因为功能开发这一块不太熟，这一块不太会。”

评级建议

• 建议评级：C+
• 推荐方向：整车功能点检、实车测试执行、供应商驻场测试（有明确用例和流程指导的岗位）。
• 谨慎方向：测试用例开发、测试策略制定、HIL台架测试、复杂问题分析与定位、标定、功能开发。
• 面试推进建议：不建议作为高级或独立贡献者岗位的候选人。若招聘需求为大量初级测试执行人员，可作为备选。建议复试中重点补问工具实操和问题分析的具体案例。

可补问问题

• 请具体描述一个你发现的、印象最深刻的Bug，从发现现象、你如何抓取数据、如何分析定位，到最后确认是软件还是硬件问题的完整过程。
• 你提到“看报文”，请问你常用什么工具查看报文？请以能量回收为例，说明你会具体关注哪几个报文的哪几个信号，以及如何判断其数值是否正常。
• 如果现在让你独立为“陡坡缓降（HDC）”功能设计一套实车测试用例，你会从哪几个维度考虑？请列出至少5个核心测试场景。
• 你提到台架测试，请问你在台架上具体执行过哪些操作？是操作上位机软件、刷写程序，还是连接真实负载进行测试？
• 在测试过程中，如果发现一个偶发性问题，难以复现，你会采取哪些步骤来尝试复现和记录这个问题？