吉比特游戏测试面试：测试流程、缺陷沟通与 AI 在测试里的分工

《面试题目》

1. 自我介绍。
2. 聊一下你的实习经历。
3. 你参与过哪些项目？具体做了什么工作？
4. 简述一下你们的开发流程。
5. 测试环节具体是怎么做的？
6. 和开发出现冲突时你怎么处理？
7. 文档方面你做过哪些优化？
8. 团队里是怎么分工的？
9. 简历上的项目能展开讲讲吗？
10. 你平时用 AI 做什么？哪些部分由人负责？
11. 用过哪些模型？
12. 你对 Agent 和大模型的理解是什么？
13. 数据结构、排序、算法方面聊一下。
14. 网络协议了解哪些？
15. 操作系统的死锁是什么？银行家算法讲讲。
16. 平时玩游戏吗？印象最深的 BUG 是什么？
17. 给你一个功能，你怎么设计测试点？
18. 你怎么看待外挂？测试时要注意什么？
19. 实习为什么结束？
20. 这段实习你收获了什么？
21. 自动化测试了解多少？
22. 你对游戏公司了解多少？
23. 反问。

《参考解析》

测试岗的考察重心：岗位说明里写了「综合性强、有机会轮岗，更看重学习能力，技术要求更多在 AI 方向」，所以问题一半在测试方法论、一半在工具与基础。回答实习要给出可核对的事实：测的什么模块、用例怎么来的、缺陷单怎么流转、上线后有没有漏测。

功能测试点怎么设计：拿到功能先拆四层——功能正确性（正常流程与分支）、边界与异常（空值、超长、越界、重复提交、断网与弱网）、状态与并发（多次进入退出、多端同时操作、断线重连）、兼容与性能（机型、分辨率、系统版本、低端机帧率）。游戏再加一层体验与美术资源：穿模、特效遮挡、UI 错位、音效不同步。要能当场举一个具体功能（比如背包扩容）把四层铺开。

与开发的冲突：测试和开发的分歧九成来自「这是 bug 还是设计如此」和「优先级」。可用的做法是先对齐判定标准——拿需求文档和验收条件说话，把复现步骤、录屏、日志、影响范围整理成一条能直接定位的缺陷单，再谈等级；对方不认就拉产品一起定，别在群里拉扯。这题看的是你能不能把冲突变成流程改进，答「我会坚持提 bug」太单薄。

外挂与安全测试：外挂的本质是绕过客户端与服务端的信任边界，手法无非改内存、改包、加速器、脚本挂机。测试要关注服务端校验是否完整（数值、位置、CD 由谁算）、协议能否重放、客户端配置能否篡改、异常数据会不会打崩服务。点明「客户端不可信」这条原则，比列举外挂名字有用。

AI 在测试里的分工：模型适合做用例发散、日志与堆栈的初步归因、把自然语言需求转成检查清单、生成测试数据与脚本骨架；人负责判定预期结果、评估风险与覆盖度、复核模型给出的结论。被问「用过什么模型」照实说，重点讲你用它做成过什么，以及哪一次它的输出是错的、你怎么发现的。

死锁与银行家算法：四个必要条件互斥、占有并等待、不可剥夺、循环等待，破坏任意一个即可预防；银行家算法是避免策略，分配前先假设满足请求、检查是否还存在安全序列，不存在就推迟。它的局限是需要预知最大需求、开销大，工程上更常用超时与顺序加锁。