米哈游测试开发岗面经：朋友圈评论用例设计与游戏奥义测试

《面试题目》

面经 01（2026 年 10 月 20 日）

1. 如果测试朋友圈评论功能，怎么测试？
2. 玩过什么游戏？
3. 对于《永劫无间》来讲，对某个角色进行奥义测试，怎么做？
4. 继续上一个问题，我让奥义时间延长 10 秒，怎么测试？
5. 实习期间干了什么？遇到最大的问题是什么？
6. 实习期间有没有遇到交流方面的问题？
7. 项目完成的 DDL 很紧急，你完不成了，怎么办？
8. 要是一定要求在 DDL 前完成，怎么办？

面经 02

9. 为什么选这个方向？
10. 为什么实习这么短（不到 2 个月）？
11. 引擎相关功能：Sequencer、Vulkan、LOD、Prefab 分别是什么？
12. 怎么定位 Bug？
13. 面经 03 的题目（原帖在此处被截断）

《参考解析》

1. 评论功能的用例设计。 面试官要的是结构化拆解，不是罗列「能发、能删、能回复」。按维度铺开：① 功能——发布（空内容、纯空格、超长、emoji、@、话题、链接、图片/视频）、删除（自己删、作者删他人评论、删除后子回复如何处理）、回复（一级/二级、@ 的人收到通知）、点赞与取消、编辑、举报、折叠；② 权限——仅好友可见、拉黑、隐私设置、未登录、被封禁账号；③ 边界——0 字、最大长度、最大层级、并发重复点击、弱网/断网重发、跨端（iOS/Android/Web/小程序）；④ 数据一致性——发布后计数 +1、删除后 -1、多端同步、缓存刷新；⑤ 异常——服务端 5xx、超时、重复提交、敏感词拦截、审核中/审核不通过状态；⑥ 性能与兼容——热评加载、长列表滚动、深色模式、字号放大；⑦ 安全——XSS 注入、SQL 注入、越权删他人评论、ID 遍历。最后给出优先级：主流程 P0，权限与数据一致性 P1，异常与兼容 P2。

2. 游戏角色奥义怎么测。 奥义（终极技能）要拆成「表现、逻辑、数值、平衡、性能」五块。表现：动画、特效、镜头、音效是否与技能描述一致，是否穿模、是否遮挡 UI。逻辑：释放条件（怒气/能量是否足够、冷却、是否被打断、能否在空中/受击/位移中释放）、命中判定（范围、朝向、高低差、是否穿透）、免疫与霸体帧、与其他控制效果的优先级、死亡或换人时是否中断。数值：伤害公式、加成来源（装备/天赋/ buff）、暴击与减伤、对护甲/护盾的计算、上限与下限。平衡：同角色不同流派的胜率与选取率、对位克制关系。性能：多人同屏释放时的帧率、特效降级、内存与包体。还要覆盖联机同步——客户端预测与服务端校验不一致时是否回滚。

3. 奥义时间延长 10 秒怎么测。 这属于「数值改动的影响面分析」，关键是找出所有依赖「持续时间」的系统。① 直接效果：技能实际持续时间是否真的 +10s，客户端表现（动作、特效、音效、UI 倒计时）是否同步延长；② 状态机：霸体/免控/增伤等挂在奥义上的 buff 是否一起延长，buff 图标与剩余时间显示是否正确；③ 平衡与玩法：DPS 总量变化、能否覆盖原本的时间窗（比如从「刚好躲过一次集火」变成「覆盖整场团战」）、对手的反制窗口是否还存在；④ 边界：技能中途死亡/复活/传送/切场景/断线重连后，剩余时间如何计算；⑤ 联机：服务端与客户端计时不一致时的表现，延迟下是否提前结束；⑥ 回归：所有引用该技能计时的配置（冷却、连招取消、AI 行为树）都要回归，AI 是否会因为持续时间变长而卡在技能状态；⑦ 数据验证：用自动化脚本或 GM 命令固定场景采样，对比改动前后的伤害/控制覆盖时间。

4. Bug 定位方法。 先稳定复现（记录步骤、账号、设备、版本、网络），再缩小范围：二分版本/配置、关掉可疑模块、对比正常与异常账号的数据；然后分层定位——客户端看日志与调用栈、抓包看请求响应、服务端看错误日志与链路追踪、配置表核对数值。对表现类 Bug（穿模、特效错位）用录屏 + 逐帧比对，对逻辑类 Bug 用最小复现用例和断点调试。定位后要给出「影响面 + 根因 + 建议修复方向」，而不是只丢一句「复现了」。

5. 引擎概念。 Sequencer 是 UE 的过场动画/时间轴编辑器，用来编排镜头、角色动作、特效和音频的时间线；Vulkan 是跨平台的底层图形 API，相比 OpenGL 更显式地管理内存、命令缓冲和同步，开销低但写起来复杂；LOD（Level of Detail）是按距离或屏幕占比切换不同精度的模型/贴图，用画质换性能；Prefab 是 Unity 里的可复用对象模板（组件、属性、子对象的预设），实例化后可以覆盖单个属性。测试视角关注：LOD 切换是否跳变、Prefab 覆盖是否在热更后丢失、Vulkan 与 OpenGL 后端表现是否一致、Sequencer 播放时能否被输入打断。

6. DDL 与沟通。 回答要体现「先保交付、再谈范围」：第一步立刻同步风险（不是到最后一天才说），把剩余工作拆成「必须做/可以砍/可以延」三档，给出两个方案——砍范围保时间，或加人/延期保范围，让负责人选；第二步把能并行的工作分出去，自己盯关键路径；第三步如果必须按时完成，就冻结需求、只做 P0、用降级方案（先上线核心流程，边角功能下个版本补），并明确记录技术债和风险。实习期短的问题同理：说清楚这段时间的产出和取舍，而不是解释「为什么短」。