南京小米-动力方面 面试分析

来源

• E:\OPROJECT\Vtest\results\audio\南京小米-动力方面.txt
• 未发现与本批其他文件属于同一候选人/同一场的明确重复证据，未合并。

岗位方向

动力/底盘/整车功能测试，涉及 Auto Hold、坡道、动能回收、HIL 辅助执行、CANoe、实车测试、问题闭环。

整体结论

候选人实车测试经验较突出，能结合 Auto Hold 溜坡案例讲清测试场景、风险、抓取信号和问题闭环，安全意识和现场反应较好；CANoe 基础使用、报文观察、Bug 管理流程也较完整。但 HIL 自动化、CAPL、台架开发和结构化学习计划明显不足，遇到更深层追问时容易泛化。适合实车/功能测试、问题复现和缺陷跟踪岗位；如岗位强依赖 HIL 自动化脚本开发，需要较长培养周期。

答得好的点

• 能用真实案例说明 Auto Hold 坡道溜车风险，并能说明坡度传感器漂移、保压能力不足等分析路径。
• 对缺陷闭环流程描述较完整：自查前置条件、抓信号、定位控制器/执行器链路、提交平台、回归、关联功能复测。
• 对偶发问题有证据保留意识：录视频、抓报文、多次复测、台架压测、跟多个版本。
• CANoe 基础功能熟悉度尚可：Simulation Setup、IG、DBC、Trace、Graphics、Logging、报文时间戳。
• 对用例设计能提到触发/退出/激活条件、边界值、用户场景扩展。

薄弱风险

• HIL 自动化能力不足：承认主要做手动测试，CAPL 只会看和简单改，没有完整写过。
• 对自动化学习计划初始回答较空，需面试官引导后才能给出按周学习安排。
• 测试设计深度仍有限：对动态坡道、复杂传感器异常、需求不可测时的资源/环境评估，需要进一步训练。
• 遇到争议需求、测试环境不可满足时，论证逻辑和项目管理视角不够成熟。
• 部分回答以“加班补进度”为主，对风险分级、准出标准、发布把控体系化不足。

面试官考察点

• 实车安全测试和风险规避意识，尤其是 Auto Hold/坡道/制动相关场景。
• 复杂缺陷定位能力：从传感器、控制器、执行器、信号链路排查。
• 用例设计能力：从需求到前置条件、场景、边界值、扩展场景。
• Bug 管理与偶发问题闭环能力。
• CANoe、CAPL、HIL 自动化的掌握深度和可培养性。
• 面对周期紧张、需求不明确、环境不可测时的沟通和取舍能力。

证据摘录

• “十五度坡道……AVH 在仪表上点亮……松开刹车的时候这个车后溜了。”
• “抓了一下坡度传感器的信号，还有 VCU 发给 EPP 的保压压力信号。”
• “实际坡度十五度，抓的时候只有七八度……导致保压能力不够。”
• “先自查前提条件……看传感器有没有发给控制器，控制器有没有收到，有没有下发给执行器。”
• “偶发性的 bug……录视频、抓取当前报文……五到十次或者十到二十次。”
• “CAPL 我了解一些，能看懂，能修改……没有完整写过。”
• “第一周先学 CAPL……第二周台架认识……第三周结合软件硬件实操……第四周结合项目试自动化。”

评级建议

• 建议评级：B- / 可推进实车功能测试方向。
• 可匹配：动力/底盘实车功能测试、缺陷复现、问题闭环、基础 CANoe 分析。
• 谨慎匹配：HIL 自动化测试开发、CAPL 独立脚本编写、复杂台架搭建。