《羊了个羊》测试工程师通关解密到游戏测试常见Bug汇总

前言

几乎是一夜之间，微信小游戏《羊了个羊》火出圈了。两天以来上了不下五次热搜，其话题总览量已经高达17亿，讨论次数也超过了15万次。

全办公室的都在找第二关的攻略，本来我以为这是00后玩的游戏，我都不爱搭理这类游戏的，直到我领导在微信群里发了个《羊了个羊》的游戏分享，情不自禁的点进去，从此便一发不可收拾了…

卡在第2关，夜不能寐，半夜起来研究同事发的这个攻略图：

是可忍孰不可忍，为了成为办公室最靓的仔，作者连夜研究，找出了通关秘籍现在分享给大家！

通关秘籍

看着这个图，我沉思着，这不就是边玩边找规律，学过软件测试技术的同学应该很熟悉，这不就是我们功能点点点测试，必须编写的测试用例嘛，先提取测试点，再去找规律，设计测试用例场景，太小儿科了。

作为高级软件测试员，于是我在此基础之上升华了下，打开我心爱的电脑，点开了Fiddler开始对这个小程序进行抓包，先上图

这又怎么弄的呢。先给你们说说思路，抓包获取请求接口，分析接口的组成，判断每个接口的作用。然后拿到通关接口，设计一个定时任务，就可以做到这样的

对，你没看错，我已经通关了1百多次，已经是办公室最亮的崽！！！

怎么做呢？其实很简单，通常我们所说的接口测试，其实是指的接口的功能测试。也就是按照接口文档，验证接口的功能是否存在bug就可以了。

但是这里我要讲的就是，要去思考，如果像我们这样Fiddler抓包拿到了接口之后，疯狂去请求接口，那服务器的压力是不是也在不断的增加？所以在做接口测试的时候，可以考虑一下黑白名单机制或者是次数限制。

1、同一个ip频繁请求服务器，拉入到黑名单中，禁止访问。

2、设置请求访问频率，每个接口在xx秒之内只能访问一次。
考虑到这些情况之后，都是可以大大的降低服务器的压力。从而让项目可以更好的运行。

赶紧试下，让你分分钟荣登榜首宝座！！！

当然，作为一个会代码的测试人员，破解小游戏方法是很多种的，比如写一个py文件~~

想知道怎么写吗？可以关注我的公众号有开源哦～

当然作为一个优秀的测试人员，除了以上的哪些骚操作，咱们还是得切实的是关注下这个游戏的质量问题

为何一款游戏会2天崩了3次了？

对于这个问题，其实大家都知道，不就是用户多了，服务器扛不住嘛。。

首先这个回答并没有任何问题，但是我们得稍微的展开讲一下，为什么服务器就扛不住呢？其实，任何一款产品在面向用户之前，其实整个研发团队会对这个产品进行分析的，其中就会包括我们这个产品大概会有多少人使用这样的分析。

那对于《羊了个羊》的团队来说，根本就没想过会有这么多人来玩这个游戏，所以他们的服务器资源肯定不会那么顶级。

那为什么不直接把服务器给弄到顶级呢，哥哥姐姐们，这个玩意是要钱的呢，仔细想想这个游戏没火之前，你听说过吗？之前可能就那么一两百人来玩，我买那么好的不是浪费钱吗？所以在项目管理中就会有这么一门学问，叫做成本控制。

那又有什么好办法可以

在可控的成本的情况下做到更好呢？

性能测试

先通过负载测试方法，找到服务器的瓶颈，也就是项目服务器最多支持多少并发，再通过调优的方式，压榨出服务器的最大性能，就可以提前一步了解到我们这个项目超过了多少个用户后，就会有宕机的风险，同步做好风险管理。

比如使用jmeter工具，设计 Stepping Thread Group 阶梯线程组。采取逐步增加压力的方式测试服务器的瓶颈。

对测试的结果简单的性能分析：

1、先分析tps，看tps是否有连续的错误，如果有，就说明在那连续错误的地方就有问题。

2、tps正常，没有连续错误，则分析一下平均响应时间，通常情况下我们会以1.5s为标准。如果平均响应时间超过了1.5s，那就说明有问题了。

3、等等等等等等。

对分析的结果进行调优：

包括：网络、中间件、容器、数据库等等，这里就不详细展开讲了。

安全测试

其实做为测试，应该就需要具备这样安全性方面的思想，不能永远都只去考虑功能测试等常规的测试方法。

游戏测试常见Bug

从羊了个羊游戏中，我们也不难发现其存在的Bug还是不少的，这也让许多网友能够找寻捷径通过关卡。

游戏测试中遇到Bug是再正常不过的事情，下面就借着今天的机会给大家盘点一下游戏测试中最容易遇到哪些Bug，帮助我们在工作中能够更好的避免。

1）功能错误

最常见的错误类型，功能错误即为功能性上的错误。

例如：充值未到账、经验卡加成道具无法使用、无法接收到邮件等。

2）代码错误

开发人员代码程序上的错误逻辑与漏洞。

例如：服务器下发数据错误、if else等的逻辑错误，大小写、中英文符号错误等。

3）配置错误

策划配置表上的配置错误，少配、多配、漏配以及不符合配置规范。

例如：必填项的内容未配置、需要配置5个内容但配置了4个，要求填写的数值为1到100，但填写了1000等。

4）设计缺陷

策划案中所描述的内容不正确、不合理或与其他系统、模块拥有明显冲突等情况。

例如：结婚系统每日5点20分刷新情缘任务，但游戏的通用逻辑是6点刷新。社交系统可以让两个陌生异性结婚而没有好感度的培养等。

5）安装部署

测试环境搭建错误、项目部署错误、打包地址无法登录等。

例如：IP映射错误、测试环境并非纯净环境，夹杂了开发环境的因素，服务器到期、证书过期导致无法登录等。

6）专项测试

专项测试领域相关的错误。

例如：匹配队伍的性能卡顿、弱网络下无友好提示、商城界面适配排版错误，赛季刷新或排行榜的数据兼容错误等。

7）界面错误

UI界面上的错误，UI展示不合理，对话框样式、文字描述错误。

例如：社区界面的UI排版错误、商城界面的UI不合理、NPC对话文本偏离、运营活动的时间开放文字描述错误等。

8）建议类型

通常指的是玩家或测试人员对于游戏内玩法、流程上等内容的一些体验建议。

例如：攻击动作体验上不够流畅、玩法相对于单一，缺少玩家的交互性、团队协作性等的参考建议。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！

源码文件获取

关注下方公众号

后台发送相应暗号：资料/源码