《羊了个羊》测试工程师通关解密到游戏测试常见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)建议类型

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

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

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

在这里插入图片描述

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

源码文件获取

关注下方公众号

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

在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/weixin_56502375/article/details/126940755