未透露姓名-广汽MCU软件测试面试分析

来源

输入文件：E:\OPROJECT\Vtest\results\audio\HIL＋广汽.txt
场次判断：单独场次，转写中未出现候选人姓名；与其他两份文件的籍贯、经历、项目、面试公司方向均不一致，判断为不同候选人。

岗位方向

候选人过往方向：VCU HIL测试、动力底盘实车测试、智能座舱测试，涉及阿维塔/深蓝相关项目。
面试岗位倾向：广汽体系内电驱/MCU控制器软件测试，可能涉及MCU、OBC、DCDC、整车验证、刷写、录数据、故障分析和HIL/实车结合。

整体结论

候选人具备较扎实的新能源汽车控制器测试经历，能描述VCU上下电、与MCU/BMS交互、用例库维护、测试执行、HIL机柜、UDS刷写和CANoe抓报文等内容；对VCU上高压流程能讲出较完整链路，说明其对动力域业务有一定理解。主要风险在于数据和深度不够稳定：用例规模、人工/自动化比例和测试周期回答前后需要追问校准；Simulink、CAPL、标定、dSPACE等能力多为“能读懂/接触过”，实际开发或深入操作有限。整体可作为中级偏执行+部分分析型动力域/HIL测试候选人继续推进，但不宜按强测试开发或强自动化脚本候选人定位。

答得好的点

动力域业务理解较好，能以“行车上高压”为例说明钥匙信号、VCU自检、高压条件、BMS预充、继电器闭合、DCDC/MCU使能、Ready状态等流程。
有HIL机柜使用经验，熟悉NI机柜，了解dSPACE但未实际深入使用，知道HIL原理相近。
对测试流程有基本闭环：已有用例库复用和维护，需求变化大时重新编写、评审后执行。
接触过UDS刷写和CANoe诊断/抓包，知道完整刷写流程包含刷新前、刷新中、刷新后阶段。
有一定沟通和迁移意愿，能接受广州工作，并解释家庭迁移计划。
过往有ETL/大数据经历，可能具备一定数据处理背景，但该能力与当前岗位相关性需进一步验证。

薄弱风险

自动化深度一般：称自动化“一半一半”，但对TestStand/CAPL/脚本实现细节未充分展开，更多偏使用现有工具和流程。
Simulink模型能力有限：主要是能读懂模型，在开发指导下做简单修改；不宜视为可独立建模或复杂模型调试。
标定经验不足：INCA仅了解，台架标定和XCP标定能力明确表示“没弄过”。
测试规模和效率表述不够清晰：针对一千条交互逻辑用例、人工/自动化比例、两天是否能完成等问题，回答多次修正，说明经验沉淀和量化表达不足。
对岗位公司性质理解起初有偏差，曾将广汽理解为零部件供应商/外包性质，需要确认稳定性和动机。
离职时间、家庭迁移、跨地域长期稳定性需HR进一步确认。

面试官考察点

VCU HIL年限、NI/dSPACE机柜经验和HIL原理迁移能力。
VCU与MCU/BMS交互逻辑、上下高压流程、动力底盘/电驱相关业务理解。
需求分析、用例库维护、用例编写和评审流程。
自动化测试比例、TestStand/CAPL/NI平台应用深度。
CANoe、UDS、刷写、报文抓取、故障分析和日志数据处理能力。
Simulink模型阅读/修改能力及是否能独立支撑测试问题定位。
标定工具和XCP能力。
工作地点、家庭情况、离职状态和稳定性。

证据摘录

项目背景：“上一个阶段就是从2024年1月份到2025年7月份……主要还是做VCU相关的测试工作。”
实车与台架：“主要是做台架，然后实车的话我做的是动力底盘的实车。”
刷写经验：“有用到刷写……公司自研的一个工具……甲方公司提供……如果全部用CANoe或者诊断去刷比较麻烦，要做刷新前、刷新中、刷新后的整个流程。”
用例流程：“如果新的需求改动不大的话，我们以前有用例库……如果新的需求改动比较大的话，肯定还是要重新去写，写完之后再评审。”
交互流程示例：“行车上高压……检测钥匙信号……VCU自检……满足上高压条件……发送上高压指令……BMS预充……闭合主负/主正继电器……DCDC和MCU……Ready状态。”
HIL机柜：“NI的……dSPACE没太用过……原理基本上差不多。”
Simulink能力：“我是能读懂Simulink模型……一些简单的问题在开发指导之下会进行修改。”
标定短板：“标定这个我没弄过……INCA了解过，之前用的不是很多。”

评级建议

建议评级：B-
录用建议：可进入下一轮技术复核。适合动力域/电驱/MCU软件测试中偏业务测试、HIL执行、用例维护和故障初步分析岗位；若岗位要求强自动化开发、独立CAPL/TestStand脚本、XCP标定或复杂模型调试，需要降级评估或补测。
下一轮建议验证：让候选人现场拆解一个MCU交互测试点，写出信号、前置条件、步骤、预期、观测报文和回归范围；同时追问一次真实bug定位过程和自动化脚本具体结构。