- 日期：2026-10-08、2026-10-12
- 企业与岗位：小米｜SoC软件测试开发
- 适用层级：初级
本篇为社区对用户分享面经的整理汇编，旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络；「参考答案 / 复盘思路」为整理方结合工程实践原创补充，仅供交流参考，不代表官方标准答案。
10月8日｜一面（35分钟）
1. 自我介绍
交流准备 / 复盘思路：
用一分钟说明专业背景、嵌入式或软件测试经历、熟悉的语言和最相关项目。若做过智能测试知识库，应明确自己负责的是数据清洗、检索、评测还是自动化脚本。对SoC岗位突出软硬件协同与验证意识，避免把通用Web接口测试经验直接说成芯片验证经验。
2. 对SoC软件测试开发的了解
参考答案 / 复盘思路：
SoC测试涉及芯片内部模块、驱动、固件、操作系统和上层应用的协同验证。软件测开可能编写Python自动化、设备控制脚本、日志采集和持续集成任务；验证重点包括启动、功耗、性能、稳定性、异常恢复及软硬件接口。测试环境需关注板卡版本、固件版本、温度和供电条件，保证故障可复现。
3. 对小米的了解
交流准备 / 复盘思路：
回答应围绕公开产品生态、硬件与软件协同和质量要求，不要凭空猜测内部组织。可举手机、IoT和自研芯片等场景，说明版本适配、设备矩阵与跨模块回归的复杂度。准备时把公开资料与自己实际掌握的事实分开，重点落到为何愿意做系统级测试开发。
4. 对小米自研芯片玄戒O1的了解
参考答案 / 复盘思路：
可从“芯片平台—操作系统—驱动—应用”的分层验证思路回答：同一芯片需考虑CPU/GPU、内存、功耗、温控及不同负载下的稳定性。具体制程、性能参数应以官方公开资料为准，不必死背未经证实的数字。测试设计上重点关注低电量、高温、长时间运行与系统升级后的回归风险。
5. 集成电路大赛智能冰箱助手项目，你具体贡献了什么？
交流准备 / 复盘思路：
先界定个人负责模块，例如传感器数据采集、控制逻辑、语音交互或自动化验证；再描述输入、处理、输出与失败路径。若涉及AI识别，要说明测试集如何覆盖噪声、口音和离线状态，以及识别错误后如何避免误触发设备动作。用提交记录、测试报告或演示数据证明贡献，而不是把团队成果全部归给自己。
6. 比赛项目所有模块都有参与吗？
交流准备 / 复盘思路：
如实说明主要负责、协助和只了解接口的部分。对主负责模块能画出数据流与状态机，对协作模块能说清输入输出、依赖与联调方法。可以举跨模块问题，例如传感器值延迟导致错误控制命令，说明自己怎样通过时间戳和日志定位。承认边界并给出协作证据，比声称全栈包办更可信。
7. 做SoC测试的优势和不足有哪些？
交流准备 / 复盘思路：
优势应落在具体能力：Python脚本、Linux日志、测试设计、实验数据分析或软硬件项目经验；不足可以是驱动调试、板级仪器或芯片架构经验较浅。关键是给出补齐计划，例如用开发板练习串口日志、GPIO与故障注入，建立“版本—环境—现象—定位”的问题记录模板。
8. 实习中的完整测试流程
参考答案 / 复盘思路：
从需求与风险评审开始，明确验收标准，设计正常、边界和异常用例，准备环境与数据，执行接口/系统/稳定性测试，提交缺陷并验证修复，最后输出发布风险结论。SoC相关场景需额外记录硬件批次、固件版本和电源条件。每一步要有可追踪产物，避免只回答“写用例、执行、提Bug”。
9. 实习时如何设计测试用例？
参考答案 / 复盘思路：
先按业务状态和输入约束拆场景，再用等价类、边界值、状态迁移和故障注入覆盖高风险路径。对于设备端，还要覆盖断电重启、弱网、升级中断、温度变化和长时间运行。用例需要写明前置环境、操作、预期结果和清理动作；自动化优先覆盖稳定且高频的回归路径。
10. 智能测试知识库怎么搭建？文档缺失怎么办？
参考答案 / 复盘思路：
先梳理测试规范、缺陷单、接口文档与设备日志，按权限和版本标注来源；清洗后切片、建立索引，并用已知问题集评估召回与答案忠实度。文档缺失时不能让模型猜，应返回证据不足并提示补充责任人；可通过代码注释、变更记录和访谈形成待审核知识。上线后建立文档过期提醒与增量更新回归。
10月12日｜二面（约1小时）
11. 自我介绍
交流准备 / 复盘思路：
二面介绍可压缩通用背景，把更多时间留给最有技术含量的项目。建议突出智能测试知识库与SoC场景如何连接：它解决了哪些查找、生成或排查问题，怎样避免错误知识进入测试流程。准备一个实际失败样本，说明定位和改进，而非重复一面的履历。
12. 学没学过C语言和操作系统？
参考答案 / 复盘思路：
若学过C，应能解释指针、内存生命周期、结构体与位运算，并说明这些知识如何用于寄存器访问、驱动日志和边界检查。操作系统重点准备进程线程、中断、调度、内存管理和同步。SoC测试经常需要分析死锁、资源泄漏与异常重启，因此应把概念连接到可观测指标和排障步骤。
13. 了解密码算法吗？
参考答案 / 复盘思路：
区分对称加密、非对称加密、哈希和消息认证码：AES适合数据加密，RSA/ECC用于密钥交换或签名，SHA-256是哈希而非加密。测试关注密钥存储、随机数、签名校验、重放保护与错误输入处理。对固件升级可验证包签名、版本回滚策略和断电恢复，不能只测试“正确密钥能解密”。
14. 研究生研究方向是什么？
交流准备 / 复盘思路：
先用非本专业听众也能理解的语言说明研究问题、数据来源、方法与结论，再强调自己做过的实验设计、代码实现和结果验证。若涉及模型，说明训练/验证集隔离、基线比较和错误分析；若偏控制，说明状态估计与边界稳定性。重点展示工程迁移能力，不需要强行把每项研究都包装成测试项目。
15. 对杭研院情况了解多少？
交流准备 / 复盘思路：
只陈述公开可查的业务信息，遇到具体团队职责不确定时可以说希望进一步了解。准备时关注岗位描述中的平台、设备、语言和交付方式，并把自己的能力逐项对应。可以主动询问实际测试对象是芯片模块、驱动还是系统集成，以便确认未来的技术发展方向。
16. 实习项目如何设计测试用例？
参考答案 / 复盘思路：
先列出业务流程、状态机和关键接口，识别错误输入、权限、并发与失败恢复，再确定功能、性能、稳定性和安全用例。对AI知识库，至少拆“检索到正确证据”“生成忠实回答”“证据不足时拒答”三类。建立风险优先级和自动化回归集，避免只统计用例条数却不验证缺陷检出能力。
17. 测试用例是如何分布的？
参考答案 / 复盘思路：
可以按测试层级与风险解释分布：单元/模块层覆盖多且快，接口和集成层验证契约与数据流，少量端到端用例覆盖核心用户链路。比例没有统一标准，应根据故障历史、执行成本和设备资源调整。报告时区分正常、边界、异常和兼容性用例，并指出高风险模块是否存在覆盖空洞。
18. 知识库用了什么工具和测试思路？如何解决幻觉、如何更新？
参考答案 / 复盘思路：
先说实际使用的切片、向量索引、重排与生成组件，再把评测拆为检索召回、引用忠实度和最终业务正确性。幻觉治理靠证据约束、缺证拒答、版本过滤和人工复核；更新时保留文档版本与生效时间，增量重建索引后跑固定回归集。重点测试“旧版本知识仍被召回”与“新旧规则冲突”两类风险。
19. 测试用例中AI的覆盖率怎么算？
参考答案 / 复盘思路：
必须先明确“覆盖率”对象：是AI生成用例占比、AI辅助执行覆盖的需求点比例，还是AI场景本身的风险覆盖。建议以已确认需求/风险点为分母，以有可执行断言且通过人工抽检的有效用例覆盖点为分子；同一风险点多条重复用例不能重复计数。另报告缺陷检出率和误报率，避免单一覆盖率掩盖低质量生成。
20. 如果写一个完全用AI端到端完成版本测试的工具，怎么设计？
参考答案 / 复盘思路：
架构可分为需求解析、风险拆解、用例生成、环境与数据准备、执行Agent、结果判定和报告七层。工具调用走权限白名单，关键动作需人工审批；用确定性断言和业务数据对账判断结果，LLM裁判只辅助模糊内容。每次运行保存版本、Prompt、工具轨迹和截图，失败可重放；发布门禁由可解释的质量规则决定。
21. 最大的难点在哪里？
参考答案 / 复盘思路：
最大难点通常不是生成脚本，而是可靠判断“测试真的通过”：需求可能含糊，模型输出不稳定，设备环境也会波动。应把验收条件结构化，区分环境故障、工具失败和产品缺陷，给每条结论绑定证据。其次是安全和成本，需限制高风险工具权限、并发与重试预算。先在低风险回归场景验证收益，再逐步扩大范围。
延伸思考（社区补充）
延伸问题：
如果知识库更新后RAG回答更自然，但测试规则引用了旧版芯片文档，怎样建立版本化回归与阻断条件？
复盘思路：
先明确业务状态机、幂等与失败恢复的可观测证据，再设计可重复执行的故障注入；对最终状态采用业务对账断言，不以单一页面提示或HTTP状态码判定成功。
