1. 当年的B站笔试卷它想筛的到底是什么样的人先说个背景。2020年那会儿B站游戏业务正处在明显上升期独代、联运、自研都在铺游戏测试这个岗位的校招名额也相应放开了一些。很多同学看到“游戏测试”四个字第一反应是“是不是就是玩游戏找Bug”投简历的时候抱着试试看的心态但真拿到笔试卷往往会被打一个措手不及——因为这套卷子跟“玩游戏”关系不大跟“拆解规则、设计用例、定位问题”关系很大。我当年在复盘这批卷子的时候最大的感受是命题人不是在招“玩过很多游戏的人”而是在招“能说清楚一个功能为什么有问题、问题影响多大、怎么复现、怎么防止再犯的人”。整个卷面考察的维度基本围绕五块——逻辑推理与规则理解、游戏测试基础知识、编程与脚本功底、游戏专项测试场景、开放分析与表达。这五个维度合起来拼出的画像其实是一个“具备产品思维和工程思维的测试工程师”而不是一个玩家。1.1 游戏测试在B站业务里的位置聊这套卷子之前得先理解B站对游戏测试的定位。B站游戏业务有个特点用户群体对内容质量和社区口碑非常敏感一个上线事故如果处理不好影响的不只是游戏本身还会波及整个平台的口碑。所以游戏测试在这里不只是“测功能通不通”而是要覆盖功能测试、兼容性测试、性能测试、弱网测试、安全测试、用户体验测试等多个层面同时还要跟进线上问题、推动研发修复、建立回归用例集。这套笔试卷在设计上明显能看出这种业务需求。它不会单纯考你“Bug的定义是什么”而是会给你一段游戏规则描述或者一个功能需求让你自己找测试点、自己设计用例甚至让你判断一个Bug的优先级和严重程度。这种考法背后就是B站对测试岗位的真实要求——你入职之后面对的不是测试用例模板而是一堆模糊的、需要你主动挖掘的边界。1.2 从整卷结构反推岗位画像按照2020年这套卷子的整体布局我能回忆起来的题型大致是选择题覆盖测试基础、计算机网络、操作系统、数据结构、逻辑推理题、用例设计题、编程题、开放题。这种结构其实也是当时很多互联网公司游戏测试笔试的通用结构但B站的题目会带更多游戏业务色彩比如有的选择题会结合游戏登录流程、战斗伤害计算、道具发放逻辑来出。这说明一个很现实的问题你只刷传统的软件测试题库是不够的还得理解游戏业务逻辑。比如“一个玩家在背包已满的情况下领取邮件附件附件会不会丢失”这种题通用测试知识只能告诉你需要做边界值分析但具体怎么设计用例、怎么判断Bug的严重等级需要对游戏邮件系统、背包系统、数据库存储逻辑有基本认知。这套卷子想筛的就是既有测试思维又愿意理解游戏业务的人。1.3 校招和社招笔试的差异顺便说一句校招笔试和社招的考察重心不太一样。社招游戏测试更多考察项目经验、自动化测试框架搭建、性能调优手段、团队协作推动力因为这些是入职后马上要用的硬技能。而校招笔试卷更偏向基础素养——逻辑是否清晰、分析是否有条理、代码功底是否扎实、对测试理论是否有概念。因为校招生一张白纸公司不指望你已经会玩JMeter或者写过U3D测试框架但希望你有快速成长的底子。所以如果你现在准备游戏测试校招看到笔试卷里出现一些“跟游戏无关”的逻辑题、编程题不要觉得奇怪那不是凑数的那是整张卷子筛选逻辑的一部分。2. 逻辑推理与规则理解不是脑筋急转弯是“拆规则”能力这套卷子的第一部分通常会让你做几道逻辑推理题这类题在很多人看来很像行测里的图形推理、数列推理但实际做下来我发现它更接近“规则拆解”能力测试。什么叫规则拆解就是把一段看起来很自然的需求描述拆成一条条可验证的规则再找出每条规则的边界和异常。游戏测试工作里这种能力比想象中重要得多。策划给你一份玩法文档里面可能写着“玩家每日可参与3次副本每次消耗30点体力副本通关后获得经验值和随机奖励”。这句话听起来很清楚但你要能立刻意识到每日重置时间是几点3次是入场次数还是通关次数中途退出算不算消耗次数体力不足时能不能进入如果获得奖励时背包满了怎么办随机奖励随机到什么范围这些问题的答案文档里不一定写了但你要知道需要去追问或者通过用例把它们列出来。逻辑推理题练的就是这种“从正常描述中嗅出异常点”的敏感度。2.1 为什么游戏测试笔试没先考专业题我见过不少同学拿到卷子后先翻到最后看专业题再回来做前面的逻辑题结果逻辑题做得非常潦草。这其实是一种误判。命题人把逻辑题放在前面不是随便排的。逻辑推理能力是测试工程师最基本的能力底座你连一段规则里的矛盾都看不出来后面用例设计题根本写不出有深度的东西。当年这套卷子里有一道印象很深的题大致是给出了一个游戏活动规则然后列出几个玩家的操作行为让你判断哪些行为符合规则、哪些可能触发异常。这类题乍一看像阅读理解实际上考的是“规则建模”——你得把文字规则转化成条件判断表再进行逻辑判断。我后来在工作中做的很多测试设计本质上就是这套东西。所以备考时不要只刷题要训练自己把一段文字转成表格、转成流程图、转成判定表的习惯。2.2 典型题从一段规则描述找漏洞举个例子假设规则是“玩家每天可以领取一次登录奖励连续登录7天可额外领取七日礼包礼包包含限定皮肤碎片”。让你找出这条规则可能存在的漏洞。一般玩家视角只会想到“0点刷新后能不能再领一次”但测试视角要展开时区问题不同地区玩家所在时区不同“每天”以哪个时间为准跨天场景23:59领取后00:01能不能再领连续登录判定中间断了一天连续天数是否清零补签卡是否影响奖励发放时机是登录时立即发放还是需要手动点击领取如果点击时网络断开会怎样背包与邮件奖励发放失败后是否有补发机制客户端与服务器时间偏差如果本地时间被玩家修改是否会导致提前领取这一套想下来你就明白逻辑推理题不是在考你能不能“猜中答案”而是在考你能不能“考虑得比别人全”。2.3 答题框架和训练方法针对这类题我建议用“三步法”去答确定主体和动作谁在什么条件下做什么事找出所有边界条件时间、次数、数量、状态、网络、数据列出每个边界两侧的行为差异满足条件时做什么不满足时做什么平时训练也不用专门找游戏测试题随便拿一段产品规则、活动规则、甚至一个生活场景比如“会员每月可领取5张优惠券”来做拆解练习练到条件反射为止。这种能力不是速成的但一旦建立了对后面所有测试设计题都有很大帮助。3. 游戏测试专业基础用例设计、Bug定位、边界值是重头戏进入专业题部分这套卷子开始考察真正的测试功底。常见题型包括给一个功能模块让你设计测试用例、给出几个Bug描述让你判断严重等级和优先级、给一段代码让你找出潜在问题、给一个数值公式让你验算结果。这些题目的核心打分点不是“你写了多少条用例”而是“你有没有层次感和边界感”。我当年在批改模拟卷的时候发现一个很普遍的问题很多同学写用例就是一长条流水账“输入账号密码点击登录进入游戏”——这样写不是不对而是完全没有任何测试设计含量跟没写一样。3.1 用例设计题的“满分套路”拿到用例设计题不管题目是让你测登录、测背包、测商城还是测战斗都要按一个固定层次展开功能流程、异常输入、边界值、状态冲突、数据一致性、网络中断、弱网、兼容性、安全性。每个层次写两到三条关键用例就已经能超过大多数人了。以“游戏内邮件系统领取附件”为例一个合格的用例集合应该是功能流程正常收到邮件、读取邮件、领取附件、附件到账异常输入邮件ID为空、附件列表为空、重复点击领取按钮、快速连点多次边界值背包剩余格数刚好等于附件数量、背包已满、附件为多个类型叠加、邮件即将过期时领取状态冲突邮件已删除后能否领取、领取过程中邮件被系统撤回、同一封邮件在多个设备上同时操作数据一致性领取成功后客户端显示与服务器数据不一致、服务器返回超时但邮件实际到账、掉线后重登附件是否重复发放网络弱网点击领取、断网点击领取、弱网重试兼容性不同分辨率、不同包体版本、iOS与Android差异这样一条条列出来面试官一眼就能看出你的测试思维是成体系的而不是零散的“试一下”。3.2 Bug等级判定这类选择题总有争议B站这套卷子里Bug等级判定的选择题也不少而且往往有争议。比如“某玩家利用客户端修改工具在聊天频道播放了一个违规内容链接导致其他玩家点击后跳转到外部页面”算严重还是普通再比如“游戏内某个副本在特定机型上出现闪退但只有1%玩家受影响”算严重还是普通这里有一个核心判断原则严重等级看影响范围和对用户体验的破坏程度优先级看是否需要紧急修复。严重和优先级不完全等同。比如一个导致服务器崩溃的问题严重程度很高优先级也最高一个美术贴图错乱的问题严重程度低优先级也低一个概率性出现的闪退问题严重程度中等到高但优先级需要根据触发概率和舆论风险来定。我建议做题时不要只看“是不是影响主流程”还要看“是否涉及玩家资产”“是否涉及线上舆论”“是否违反合规要求”。游戏产品对这两块极其敏感一个公告配错图可能比一个普通关卡Bug更严重因为玩家会把截图发到社区到处说造成的口碑损伤远超一个偶发Bug。3.3 从一道数值题看游戏业务理解除了用例设计和Bug等级数值验证类题目也在这套卷子里出现过典型的考法是给一个伤害计算公式比如“最终伤害 基础攻击力 × 技能倍率 × (1 暴击伤害加成) × 防御减免系数”然后问你几种输入条件下结果分别是多少。这种题看起是小学数学但实际陷阱在于(1) 是否考虑暴击概率的非1即0(2) 是否考虑伤害上下限(3) 是否考虑buff/debuff的叠加顺序(4) 是否考虑取整规则游戏数值计算经常涉及浮点取整、向下取整、四舍五入等细节测试时要对每一种取整方式做边界验证。这种题考察的不是你会不会算数而是你有没有对数值敏感性以及能否在测试中不放过任何一个精度问题。数值测试是游戏测试里非常核心的一块伤害公式、掉落概率、经济系统、体力恢复速率、排行榜分数计算每一个都值得单独设计用例。笔试里的数值题是最直观的筛选器——算错的人不是不会算而是对“精度”和“边界”没有条件反射。4. 编程与脚本不要求开发级但要求能自己造工具游戏测试笔试里的编程题往往让很多人头疼尤其是非科班出身的同学。但说实话B站这套卷子里的编程题没有到LeetCode Hard的程度更多是基础和场景应用。考察的核心目标很简单你是否具备写脚本、做数据校验、处理文件、分析日志的基础能力。因为这些是游戏测试日常工作里最常遇到的。4.1 笔试中的编程场景题我还记得这套卷子里有一道题很像“给你一个包含玩家ID、登录时间、登出时间的日志文件统计在线人数峰值”。这种题在算法层面不难但非常贴近游戏测试的真实场景——你经常需要从服务器日志里提取数据验证某个功能是否符合预期或者排查线上问题时需要快速写脚本过滤日志。这种题有几个考察点是否能正确读取文件、解析每行文本是否能设计一个合理的算法通常是事件排序加扫描或者使用差分数组是否能处理边界数据比如时间跨天、同一秒有登录也有登出、空文件代码风格是否清晰命名是否有意义4.2 常见解法Python模拟和输出校验拿在线人数峰值这道题来说一个标准的Python解法思路是把每个登录事件记作1登出事件记作-1按时间排序后依次遍历用当前人数和历史最大值比较。注意几个细节同一秒内如果登出和登录同时发生先处理谁这要看定义——在线人数峰值通常按瞬间人数算如果同一秒先登出再登录峰值不含这个新登录的人。所以排序时登出事件要排在登录事件之前。所有时间要统一格式最好转成时间戳再比较避免“2020-07-01 00:00:00”这种字符串比较的坑。下面是一个简化的参考实现import sys events [] for line in sys.stdin: player_id, login_time, logout_time line.strip().split(,) events.append((login_time, 1)) events.append((logout_time, -1)) # 同一时刻按登出优先 events.sort(keylambda x: (x[0], x[1])) current 0 peak 0 for _, delta in events: current delta peak max(peak, current) print(peak)当然实际笔试时可能不要求你写出完全可运行的代码但你要能写出核心逻辑并解释清楚为什么要排序、为什么要按登出优先、为什么用一个变量维护当前在线人数就够了。4.3 不会写代码时怎么拿部分分如果编程基础确实薄弱面对编程题不要直接空白。至少写出解题思路用文字或伪代码说明算法步骤也能拿到一部分分数。比如你可以写“我先把所有登录登出事件拆开按时间排序然后遍历过程中用cur变量记录当前在线人数每次登录加一登出减一遇到更大的值就更新最大值。”这种清晰的思路描述虽然不如完整代码但至少证明你有逻辑推导能力。考完笔试之后我强烈建议你把编程基础补起来。游戏测试想往上走脚本能力是硬门槛。不用学得多深就学Python基础语法、文件读写、正则匹配、requests库和pytest框架再加上一点Excel处理pandas日常工作里的大部分重复劳动都能被脚本替代。这是我从一个只会手工点点点的测试到能独立写自动化用例、写日志分析脚本的真实路径。笔试只是一个起点真正拉开差距的是入职后愿不愿意继续学代码。5. 游戏专项测试场景从网络异常到兼容性前面那些题还算是通用测试知识笔试中真正能拉开差距的是那些只有游戏测试才会考的场景题。这类题往往不会直接出标准答案而是给你一个游戏功能场景让你分析测试重点、设计测试方案、预判可能出现的问题。这部分内容是我认为整张卷子里含金量最高的因为它在模拟入职后的真实工作。5.1 弱网、断线重连、强更场景网络相关场景是游戏测试笔试的高频题也是B站这类以在线游戏为核心业务的公司非常关注的点。一个典型题目是“玩家在打副本过程中网络断开恢复后会发生什么请设计测试场景。”这个问题如果只回答“会重连”就太表面了。一个完整的分析框架是断线时玩家是否还在副本中服务器是立即移除玩家还是等待一定时间断线期间副本内其他玩家看到该玩家是什么状态原地挂机还是消失重连成功后玩家是被传送回副本、回到主城还是重新登录如果断线期间副本已经被其他玩家通关或失败重连后如何同步结算如果断线期间角色死亡奖励如何处理重连时如果版本已经更新是强制回登录界面还是进入更新流程每一条都可能对应一个线上事故。我在实际游戏测试中遇到过不只一次“断线重连后玩家背包里多了个之前不存在的道具”这种问题根因往往是重连时的状态同步逻辑没有处理好客户端和服务器的状态机出现不一致。所以笔试中这类题答得好不好直接反映你有没有“网络状态同步”的基本认知。5.2 兼容性与性能测试的笔试考察兼容性和性能也是游戏测试笔试的高频主题。题目可能不会让你写JMeter测试计划但会考你对“机型适配”“内存占用”“帧率波动”这些概念的理解。兼容性场景题常见考法“一款新游戏要上线支持Android和iOS你觉得兼容性测试要覆盖哪些范围”一般要答到设备品牌、系统版本、分辨率、内存档位、屏幕刘海/挖孔、CPU/GPU型号、不同网络制式4G/5G/Wi-Fi、不同包体渠道B站服、iOS App Store、Android各渠道等维度。还要注意不只是“跑得起来”还要关注不同机型下UI适配是否正常、字体是否遮挡、加载速度是否达标、是否出现花屏闪退等。性能场景题则可能让你分析“收到玩家反馈说游戏越来越卡你怎么排查”。比较完整的排查链路是先复现并确认问题范围是特定机型、特定场景、特定操作还是全量再用Profiler抓帧耗时和内存分配对比服务端数据看是否有异常请求查看日志是否存在频繁GC或资源泄漏最后定位到具体系统或模块提出优化方案并验证。这个链路在笔试里能写到哪一步代表你对性能测试的理解深度。5.3 如何回答“你怎么测一个功能”这种开放题可以说是游戏测试笔试中稳定出现的一种题型。比如“如果让你测试‘每日签到’功能你怎么测”很多同学会直接从正常流程开始写“打开签到页面-点击签到-领取奖励”但这样写其实是把自己往低分推。我建议的回答框架是“五层分析法”业务规则层先梳理签到功能的完整规则比如每天一次、补签机制、第7天额外奖励、0点重置、活动时间范围功能流程层正常路径、异常路径重复点击、未登录、活动未开始、活动已结束数据层签到状态存储在哪里、领取奖励是否到账、跨天重置是否正确、奖励是否可重复领取网络与多端层弱网、断网、重连、多设备同时登录、客户端时间修改兼容与体验层不同机型显示、新人引导交互、无障碍、测试回滚这样一层层展开每个层里列出两条关键用例整道题的作答就会显得有框架、有深度、有血有肉。面试官看到这种答案会觉得把你招进来之后你不需要手把手带你写用例你自己就能把需求文档吃透。6. 从笔试到面试复盘怎么把卷面答案变成面试加分项笔试是一个起点不是终点。很多同学做完笔试卷就把它扔到一边等面试通知这是非常浪费的。因为B站这类公司的面试官有很大概率会拿着你的笔试卷来提问——不是想为难你而是想看看你现在能不能把自己的答案讲得更完整、更深入。所以笔试结束后一定要做复盘把每道题重新思考一遍尤其是你觉得答得不好或不完整的地方这就是你面试准备的素材库。我当时在准备游戏测试面试时的一个感受面试官看重的不是你能背出多少测试名词而是你能不能像聊天一样把一些基础概念讲得明白、有细节、有例子。比如“你是怎么理解测试用例的”如果你只会说“测试用例就是一组输入、执行条件和预期结果的集合”那只是背书如果你能说“测试用例是一个用来验证某个特定功能的操作步骤和数据它具备可执行性、可判定性和可追溯性我在测背包功能时会针对容量上限、物品叠加、丢弃回退、排序规则分别设计用例”那才是理解。6.1 卷子后面常附的开放题这套卷子的最后通常会有开放题比如“你对游戏测试这个岗位是怎么理解的”“你觉得游戏测试工程师最重要的能力是什么”。这种题没有标准答案但最忌讳的是回答得太空太大。我见过一个不错的回答“游戏测试不只是在找Bug更重要的是通过测试来理解游戏设计者的意图从而保证最终呈现给玩家的体验和设计预期一致。为了实现这个目标我觉得最重要的是好奇心就是你看到任何一条规则都会去想‘为什么是这样如果边界条件变了会怎样’。”这种回答之所以好是因为它把岗位价值、个人特质、工作方法串在了一起。哪怕你经验不足这句话也能让面试官感觉到你有潜力。6.2 面试时怎么阐述自己的测试思路面试中一旦问到项目经历或测试实习经历一定要用STAR法则组织描述——当时面对的什么任务Situation/Task、你采取的做法Action、结果怎么样Result。不要只说“我负责测试登录功能”要说清楚你是怎么设计登录测试用例的、发现了什么问题、如何推动开发修复、最后用什么方式验证的。如果没有实习经验就准备一两个自己用“拆解法”分析的游戏功能场景。比如拿你玩过的一个游戏选一个功能模块从规则、功能、数据、网络、兼容性五个层面对面试官做一次口头测试设计。这个准备在面试中非常有效因为大部分校招生没有测试经验你只要比他们多一个“拿具体功能做测试设计”的练习就已经有差异化优势了。6.3 走过的弯路和备考建议最后聊几个我自己备考和辅导过程中看到的常见弯路第一是只刷题不思考。校招笔试题库确实有用但如果只是记住答案遇到新题照样懵。建议每道题不只做一遍还要分析这道题考的是哪个能力点对应到实际工作中是什么场景。第二是忽略游戏业务逻辑。很多软件测试同学转游戏测试时技术底子并不差但总是答不出游戏场景题因为对游戏系统不熟。建议选一款主流游戏认真分析它的核心玩法系统、经济系统、任务系统把自己当测试工程师一样去拆解里面的功能边界。第三是编程一塌糊涂。如果笔试里的编程题让你很痛苦那就说明平时练得太少了。不用追求难题把LeetCode上简单和中等偏下的数组、字符串、哈希表、排序题刷一遍再练一练和处理日志、判断数字范围、模拟游戏需求有关的小脚本笔试基本就能应付。第四是不重视表达。测试工程师的工作不只是发现问题还要把问题讲清楚推动别人来解决。笔试里的开放题、面试里的口头表达本质上都是在考察你的表达能力。平时可以练习“把一个复杂的测试场景用三句话说清楚”这三句话是测什么、怎么测、为什么这样测。这套2020年B站游戏测试笔试卷放到今天来看题型和方向依然有很强的参考价值。游戏测试岗位这些年对能力的要求确实是越来越高的但面试官想找的人从未变过——一个能系统思考、主动探索边界、不放过任何异常、并且能把问题讲明白的人。如果你在准备游戏测试校招不要把它当成“随便找个测试工作”的退路它值得你认真对待。至少从笔试开始每一道题都是一次对自己测试思维的检验。