初级游戏 QA 模拟面试卷：基础理论、游戏用例、Bug 表达与评分表
摘要：本套题面向零基础转行、应届生和 1 年以内经验的游戏测试候选人。包含 25 道常见问题、实战题、参考回答方向和百分制评分表，重点检验测试思维而不是死背术语。
标签：游戏测试、QA面试、初级测试、模拟面试、求职指南
一、面试官真正想考什么
初级岗位通常不会要求你设计大型平台，但会判断你是否理解测试目的、能否把一个游戏功能拆成用例、能否清楚提交 Bug，以及遇到不确定问题时有没有基本排查意识。
二、30 秒自我介绍模板
我正在应聘游戏 QA，熟悉等价类、边界值、状态转换和缺陷生命周期，也针对登录、背包、技能、商城等功能练习过用例设计。我会在测试前确认需求和风险，执行时记录版本、环境和证据，发现问题后提供清晰步骤并配合定位。我的优势是对游戏系统有耐心，也愿意学习日志、接口和基础自动化，不把游戏测试理解成单纯试玩。
不要原样背诵。把学习经历、实际项目、测试作品和熟悉的游戏类型替换成真实内容。
三、基础理论题
1. 软件测试的目的是什么？
回答方向：发现风险、验证需求和质量目标、提供决策信息；测试不能证明软件绝对没有缺陷。
2. 黑盒测试和白盒测试有什么区别？
回答方向：是否关注内部实现；举出界面功能测试、单元或代码路径测试的例子。
3. 什么是等价类和边界值？
回答方向：把行为相同的输入划分为集合，并重点检查边界前、边界、边界后。
4. 什么是状态转换测试？
回答方向：验证对象在事件触发下从一个状态进入另一个状态，以及非法转换。例如任务未接取、进行中、可领奖、已完成。
5. 冒烟测试与回归测试有什么区别？
回答方向：冒烟快速确认版本是否具备继续测试的条件；回归检查变更没有破坏已有功能。
6. 严重度和优先级有什么区别？
回答方向：严重度描述后果，优先级描述处理顺序；结合影响面、概率、上线时间和恢复能力。
7. 一条合格 Bug 包含什么？
回答方向：标题、版本、环境、账号数据、前置条件、步骤、实际结果、预期依据、频率和日志录屏。
8. 测试用例通常包含什么？
回答方向：编号、目标、前置条件、步骤、数据、预期、优先级和实际结果。
四、游戏功能实战题
9. 登录功能怎么测？
覆盖正确错误账号、空输入、封禁、重复登录、断网、超时、多端顶号、令牌过期和登录后状态。
10. 一个角色技能怎么测？
覆盖目标、距离、方向、资源、冷却、伤害、Buff、打断、死亡、联机同步和画面音效。
11. 背包怎么测？
覆盖容量、堆叠、排序、使用、丢弃、过期、锁定、并发获得以及资产流水。
12. 商城购买怎么测？
覆盖商品状态、价格、货币、限购、余额、连点、超时重试、到账和重复请求。
13. 每日任务怎么测？
覆盖解锁、接取、进度、边界、跨天、领奖、重复上报和补偿。
14. 聊天系统怎么测？
覆盖频道、长度、Emoji、发送顺序、断线、屏蔽、举报和权限；内容安全使用批准的受控样本。
15. 游戏更新怎么测？
覆盖首装、覆盖、跨版本、断点续传、空间不足、文件损坏、更新失败恢复和数据保留。
16. 抽卡系统怎么测？
覆盖单抽十连、货币、奖池、保底、重复点击、概率配置和结果流水；概率需使用合理样本，保底逐次验证。
17. 匹配系统怎么测？
覆盖入队、取消、超时、重复匹配、段位、队伍、掉线和匹配成功后的房间一致性。
五、排查与沟通题
18. Bug 在开发机器上无法复现怎么办？
补齐版本、账号、数据、设备、网络、时间线和原始证据，交换环境并逐个改变变量，不与开发只争论"看见过"。
19. 游戏突然闪退，你先收集什么？
版本、设备、系统、场景、操作、时间、剩余内存或存储、日志、崩溃 ID 和是否能恢复。
20. 玩家说奖励没到账，怎么查？
用角色 ID 和业务单号关联任务、发奖、邮件、领取和资产流水，区分未发、已发未展示和领取失败。
21. 产品说"这不是 Bug"，怎么办？
确认需求、设计稿和玩家影响，澄清是实现不符、需求不明确还是体验建议；记录结论，不把讨论变成人身对抗。
22. 时间不够，测试怎么安排？
先测本次改动、登录支付、玩家资产、核心玩法和高风险异常，说明未覆盖项并提出延期、减范围或上线兜底。
23. 你和开发意见不一致怎么办？
共同确认事实、期望依据和可验证假设，用日志、录屏和对照实验推进；需要业务取舍时交给有权限的人决策。
六、求职与项目题
24. 为什么想做游戏测试？
避免只说喜欢玩游戏。可以说明对系统规则、质量分析、问题定位的兴趣，以及为岗位做过的学习、作品和实践。
25. 没有项目经验怎么办？
选择一个熟悉的公开游戏功能，独立完成需求拆解、测试用例、缺陷示例和复盘文档；明确这是练习项目，不虚构公司经历。
七、三道现场练习
练习 1：为"领取每日登录奖励"设计 10 条用例
至少包含日期边界、资格、顺序、连点、断网、多端、背包满、重复请求、跨天和补签规则。
练习 2：口述一条高质量 Bug
使用"版本环境---前置数据---最短步骤---实际结果---预期依据---频率证据"的顺序，控制在 1 分钟内。
练习 3：解释一个你遇到的游戏问题
区分现象与原因。没有日志时不要武断下根因，说明你会收集哪些证据和怎样设计对照。
八、百分制评分表
| 维度 | 分值 | 合格表现 |
|---|---|---|
| 测试基础 | 20 | 理解边界、状态、冒烟、回归与缺陷 |
| 用例设计 | 25 | 有正常、异常、边界、状态和联动 |
| 游戏理解 | 15 | 能识别账号、战斗、资产和网络特点 |
| Bug 表达 | 15 | 步骤清楚，预期有依据，证据完整 |
| 排查思路 | 15 | 会分层、对照和收集日志 |
| 沟通与诚信 | 10 | 不争论、不编造，能说明假设 |
建议自评：
- 85～100：初级岗位准备较充分，可加强真实项目表达；
- 70～84：基础合格，继续训练功能实战题；
- 60～69：概念知道，但回答缺少边界和异常；
- 60 以下：先完成一个测试作品集，再集中投递。
九、面试官常见连续追问
追问 1：为什么要测边界？
因为条件判断、容量、计数和数组处理最容易在临界值出错，边界也是不同业务状态切换的位置。
追问 2：为什么不能证明没有 Bug？
输入、状态、设备和环境组合巨大，测试只能在有限证据下评估风险，不能穷举所有可能。
追问 3：你写的用例优先级怎么定？
看核心流程、玩家影响、发生频率、历史问题和失败后的恢复难度。登录、支付、资产和核心玩法通常优先。
追问 4：会不会使用工具？
只回答真实掌握程度。可以介绍日志查看、抓包、接口工具、数据库查询或脚本练习，并说明用它解决过什么问题。
追问 5：你最大的不足是什么？
选择真实且可改善的能力，说明已经采取的学习计划和阶段成果，避免套用"过于认真"等空话。
十、常见失分回答
- 游戏测试就是每天玩游戏；
- 用例只有正常流程，没有边界和异常；
- Bug 预期写成"应该正常"；
- 不会的问题随意编造工具或项目经历；
- 与开发意见不一致就让领导处理；
- 背诵长篇定义，却不能给游戏例子。
面试实战加练
先闭卷完成并给自己打分，再把每道低分题压缩成"结论---范围---方法---证据"四句话。第二轮让同伴从项目真实性、缺陷定位和沟通取舍三个方向追问，确保答案不是背诵术语，而是能落到具体场景。
结语
初级游戏 QA 面试最重要的是基础可靠、表达清楚和思路诚实。先把每一道功能题讲出正常、边界、异常、状态和证据，再逐步补充工具能力。