游戏线上出了Bug，到底是谁的问题？

每次版本上线出了Bug，复盘会上最常见的一句话是：”这个当时应该测到的啊。”

说归说，下次还是漏。

后来我复盘了很多次线上问题，发现这些Bug其实可以归到四类。每一类的根因不一样，解决方式也不一样。搞混了，就会一直在同一个地方反复摔跤。

第一类：遗漏——”该测，但忘了”

这是最多的一类。事后一看，拍大腿——”这个我怎么会忘了。”

举几个例子：

测道具购买，测了”有钱买成功”、测了”钱不够买失败”，但忘了测”刚好够钱”这个边界值。

测跨服玩法，测了”进入跨服成功”、测了”进入失败”，但忘了测”跨服完回来”这个环节——结果玩家跨服结束回到本服，装备丢了。

测NPC对话，走了主线分支，但某个支线选项根本没点到——上线后玩家反馈选完卡死。

怎么防？

用例写完后交叉Review。自己写的用例自己审，盲区永远是自己的盲区。换个人来看，一眼就能发现”你怎么没测这个”。

第二类：不懂——”压根不知道要测”

这一类比遗漏更扎心。不是忘了，是根本不知道这里有问题。

做了三年功能测试的同事，你让他测Socket长连接保活——他不是忘了，是压根不知道”长连接还会断”这件事需要测。

测了一周WiFi环境下的功能，全绿通过。上线后低端机型疯狂闪退——不知道Shader兼容性是问题，不知道不同GPU厂商的渲染有差异。

“不懂”其实分两层：

第二层特别隐蔽。人容易把”知道要测”等同于”能测好”，中间差了好几个台阶。

怎么防？

建立团队知识库，把一个人踩过的坑变成所有人都能查的经验。持续学习专项测试方法，不是”会了就行”，而是定期更新认知。这一类没有捷径，只能靠积累。

第三类：时间不够——”知道要测，但来不及了”

这一类最扎心，因为不是能力问题，是管理问题。

版本计划测5天，上线前3天策划突然加了4个新需求。测试时间从5天缩到2天，最后只能跑主流程就发版。

运营活动临时改规则，测试方案还没写完活动已经上了。

最典型的情况：晚上要更新了，还有不少内容没测完。在压力下，人就会忽略一些问题。特别是偶现Bug——看了一眼5分钟没复现，心里想”先发了再说”。结果上线后变成必现，几千人同时触发。

怎么防？

建立”不可压缩测试清单”——每次发版前明确标记哪些case是”不测就不能上线”的硬性门禁。

偶现Bug必须有记录——哪怕来不及修，也要记下来。不能”没复现就算了”，那是对上线的玩家不负责任。

新需求进来，先评估”额外需要多少测试时间”，而不是只算开发工期。

第四类：环境差异——”测了没问题，上线还是出Bug”

这一类最冤枉。测了，也懂了，时间也够，用例也没漏——但测试环境和线上环境不一样。

开发用MySQL 8.0，线上是5.7，某个语法兼容性问题在测试环境根本触发不了。

iOS测完没问题，安卓某些机型UI错位——屏幕适配差异。

单机测试流畅，部署到云上后因内网带宽限制，资源加载超时。

测试人员没有任何主观失误，但基础设施的差异让Bug藏了起来。

怎么防？

测试环境尽量对齐线上配置。做不到100%一致，至少数据库版本、服务器架构、网络拓扑这些关键项要对齐。

重视线上监控和灰度发布——有些问题注定在测试环境发现不了，只能在真实生产环境中暴露。灰度先放5%的流量，发现问题及时回滚，比全量暴雷强一百倍。

四类Bug，一张表看清楚

写在最后

很多人一聊到Bug归因，第一反应是”测试不仔细”。

但真正分析下来，”纯遗漏”只占一部分。不懂专项测试方法、测试时间被压缩、环境不一致——这些往往不是测试一个人能决定的。

搞清楚Bug属于哪一类，才知道下一步该找谁、该改什么流程、该补什么知识。

不然每次复盘都是”下次注意”，下次还是一样。