未透露姓名-车联网华为测试开发面试分析

来源

• 输入文件：E:\OPROJECT\Vtest\results\audio\HIL＋车联网＋华为.txt
• 场次判断：单独场次，转写中未出现候选人姓名；经历为蔚来ES6、动力底盘、BMS HIL及车联网/华为方向面试，与另外两位候选人不重复。

岗位方向

• 候选人过往方向：动力底盘、BMS HIL、充电兼容性、热管理、底盘功能和硬件在环测试。
• 面试岗位倾向：车联网/华为侧测试开发或端到端特性测试，要求需求分析、测试设计、自动化脚本开发、车载网络/诊断协议、问题分析闭环、沟通推进和较强自学习能力。

整体结论

候选人有新能源汽车测试经验，熟悉BMS、动力底盘、HIL机柜组成、UDS常见服务、CAN基础概念，并表现出较强学习意愿和对开发/编程的兴趣。相比纯执行测试人员，其自我定位更偏愿意转向测试开发。但面试中暴露出明显短板：自动化脚本实际开发经验不足，CAPL/TestStand更多是勾选运行或阅读；CAN/CAN FD、ISO 11898/15765等协议细节回答存在错误或不确定；问题定位案例不够扎实，难以举出复杂产品bug；对回归策略和开发修改点分析意识不足。若岗位强依赖端到端独立负责、车联网协议深度和自动化开发，当前风险较高；若作为有开发基础、可培养的初中级测试开发储备，可进入复核但需设置试用期学习目标。

答得好的点

• 能说明项目测试流程：需求文档、需求评审、测试计划、按模块编写用例、用例评审、实测、记录bug、抓日志/截图/视频、提交开发/产品、版本回归、关闭bug。
• 能描述NI HIL机柜组成，包括PXI机箱、PXI控制器、输入输出/通信板卡、故障注入板卡、信号调理模块、BOB分线箱、可编程电源和电源管理按钮。
• UDS基础相对较好，能说明10默认/编程/扩展会话、27安全访问、14清故障、22读数据、2E写数据、19读DTC等常见服务用途。
• 对编程学习兴趣较强，提到Java全栈自学、官方文档、HashMap、红黑树、设计模式、Python/C基础和蓝桥杯算法经历。
• 对目标岗位压力、学习要求、长工时和电话沟通模式表达了接受意愿。

薄弱风险

• 自动化实战不足：TestStand/CAPL脚本由开发提供，候选人主要打开软件、勾选后运行；对库函数、方法名、脚本结构和自定义断言说不清。
• CAN/CAN FD协议理解不够准确：标准帧/扩展帧、ID长度与发送速度、优先级、CAN FD DLC与64字节映射等回答存在错误或不确定。
• 协议标准深度不足：承认ISO 11898/15765多为网上查过，未系统阅读规格。
• 复杂问题定位经验弱：被问到硬件测试中麻烦问题时，仅举出上位机蓝屏，未能给出产品侧深刻bug和根因分析闭环。
• 回归策略意识不足：面试官指出应关注开发修改原因和引入风险，候选人最初表示“修改原因看得比较少”，后续才补充会测联动功能。
• 车联网/端到端测试经验不足：对车内局域网、T-Box与云服务交互仅有概念描述，未体现MQTT/以太网/云端链路等深入实践。
• 长期高压适配仍需观察：虽然表示接受9:30到晚九/十点和无加班概念，但需警惕入职后预期落差。

面试官考察点

• 是否参与测试设计、需求分析、用例编写和回归策略制定。
• HIL机柜硬件组成、硬件工具和自动化平台使用深度。
• TestStand/CAPL脚本能力，是否能从执行现成用例提升到修改/开发自动化脚本。
• CAN、CAN FD、UDS、ISO 11898/15765等车载网络和诊断协议掌握程度。
• 复杂bug定位、日志抓取、问题分析、开发沟通和问题闭环能力。
• 编程基础和自学能力能否支撑测试开发方向。
• 岗位适配：东莞长期发展、长工时、高沟通频率、端到端特性负责人模式和抗压能力。

证据摘录

• 测试流程：“得到需求之后……设计需求文档……需求评审……测试计划……根据模块编写测试用例……用例评审……实测……发现bug之后记录下来，抓取错误日志、截图或者视频……提交开发或者产品……回归测试……关闭bug。”
• 回归策略风险：“修改原因这个会看的比较少。”
• 自动化现状：“用NI的TestStand去测试……脚本都是开发这边给。”
• CAPL深度不足：“方法名的话……没有太注意……基本上就是拉取变量……打开相关软件，然后勾选用例就去跑。”
• HIL硬件理解：“PXI机箱、PXI控制器……输入输出通信板卡、故障注入板卡、信号调理模块、BOB分线箱、可编程电源。”
• CAN回答风险：“标准帧是11位ID……扩展帧是29位ID……扩展帧传输时间应该长一点。”
• CAN FD不确定：“64个字节的数据，它对应的DLC是多少？……应该也是吧，确定吗？确定了。”
• UDS回答：“10服务默认/编程/扩展会话……27安全访问……14清除故障……22读取数据……2E写入数据……19读取故障码。”
• 自学习表态：“Java全栈其实自己学的……网上找资料、看文档、官方文档……黑马程序员和上硅谷。”
• 岗位压力确认：“九点半到晚上九点十点……电话沟通会比较多……端到端对某一个特性的全量负责人。”

评级建议

• 建议评级：C+ / B-
• 录用建议：谨慎推进，建议按“可培养测试开发储备”而非成熟测试开发录用。若团队有明确导师和学习路径，可考虑进入复试/笔试；若岗位需要立即独立承担华为/车联网端到端测试、协议深入分析和自动化脚本开发，则不建议直接通过。
• 下一轮建议验证：安排协议笔试或现场问答（CAN FD DLC、UDS NRC、ISO 15765分帧）、让其写一个简单CAPL/Python测试脚本伪代码、复盘一个真实bug从现象到根因到回归策略的全过程。