浪潮测试工程一面：测试流程、用例生成与 BMC/BIOS 调优追问

《面试题目》

1. 请做一下自我介绍。
2. 实习相关：完整讲一下测试流程？测试用例是怎么生成的？测试结果怎么分析？AI 调优做过哪些？服务器 BMC、BIOS 调优是怎么做的？
3. 项目相关：做了什么？你负责哪些内容？
4. 你怎么平衡科研与实习？
5. 你有什么想问面试官的？（反问）

《参考解析》

测试流程要从头讲到尾，每一段说清产出物

实习问得最细的就是流程，答的时候按阶段走并明确每阶段的产出：需求评审阶段读需求、提可测性问题和风险点，产出测试范围与测试点；测试计划阶段定范围、资源、进度和准入准出标准；用例设计阶段用等价类、边界值、场景法与状态迁移把用例写全，产出用例集与需求追溯表；环境与数据准备阶段搭环境、造数据，尤其要准备异常与边界数据；执行阶段按优先级跑，缺陷要写清复现步骤、期望与实际、日志与版本；缺陷跟踪阶段跟进修复、验证并做回归；最后出测试报告，给出通过率、遗留风险与是否建议发布。被追问「哪个阶段最容易出问题」时，答案通常是需求评审与用例设计——前面漏掉的风险后面只能靠线上事故发现，说出这一点能体现你对质量前移的理解。

用例生成与结果分析：一个讲覆盖，一个讲归因

用例生成的关键词是覆盖与可追溯：每条需求至少有一条用例对应，每个用例都能说清验证什么；高风险模块（资金、权限、并发、升级）要加权设计。如果实习里用工具或模型辅助生成，要讲清校验方式——预期结果必须由权威来源确认，模型只扩写场景与步骤，否则会产出「看起来很多、其实验证不了」的用例。结果分析的关键词是归因：用例失败先分三类——被测代码缺陷、用例自身问题（断言写错、数据污染）、环境问题（版本不一致、资源不足），三类混在一起就永远修不完。归因手段包括看日志与堆栈、对比上一版本、单机复现、缩小输入范围。再往上一步是趋势分析：把失败率、缺陷密度、缺陷收敛曲线按模块和版本统计，用来判断能不能发版，这也是「结果分析」和「跑一遍用例」的区别。

AI 调优：先定义要优化什么指标

把 AI 用进测试流程，不能只说「接了个大模型」。要能说清目标指标——用例生成效率、用例有效率、缺陷发现率、误报率、结果分析耗时——再讲怎么调：提示词模板固定输出格式、给历史优秀用例做少样本示例、用需求文档做检索增强、对输出做结构化校验和去重。效果评估必须有对照：同一批需求，人工写和 AI 辅助写各耗时多少、评审打回多少、漏测多少。如果这里的「调优」指的是模型本身的效果调优，思路同理但要加评测集：先固定一批带标准答案的样本，任何改动都在同一评测集上比，防止改好一个场景、坏掉另一个。

服务器 BMC、BIOS 调优：带外管理与固件层的测试要点

这部分偏硬件与固件，面试官想听你有没有真做过。BMC 负责带外管理，管电源控制、风扇与温度传感器、告警上报、远程 KVM 与固件升级，所以测试要覆盖：各传感器读数与实际是否一致、告警阈值触发与恢复是否准确上报、断电与异常掉电后的状态恢复、并发远程操作下的稳定性、固件升级与回滚。BIOS 负责启动与硬件初始化、参数配置（超线程、NUMA、电源策略、PCIe 与内存频率、启动顺序），这类测试的核心是版本与参数矩阵：不同固件版本、不同参数组合下的兼容性与性能表现。调优通常围绕性能与稳定性展开——用压测和长时间稳定性运行观察温度、降频、功耗与错误日志，再调风扇策略或电源策略，用同一基准对比前后差异，并保证每一组参数都有记录、可复现。企业级服务器还要关注与操作系统、虚拟化平台的兼容性矩阵，出问题时能分清是固件、驱动还是上层负载的原因。

项目简述与科研实习平衡

项目只做简述，就不要展开技术细节浪费时间，按「做了什么、你负责哪部分、结果如何」三句讲完，把时间留给面试官感兴趣的追问。科研与实习的平衡是道动机题，面试官的顾虑是你会不会因为论文或毕业实验中途离职。回答要给确定的时间安排：论文进展到哪一步、剩下的实验怎么排、实习能保证的出勤与时长，以及两者的能力如何互相支撑（科研训练出的实验设计与归因能力正好用在测试上）。最后反问可以问：这个岗位具体测的是整机还是固件、日常要值班吗、新人的培养路径和转正标准——硬件测试岗的作息和值班情况差别很大，问清楚对双方都好。