《羊了个羊》你还在第 2 关?我已经轻轻松松过关 4 万多次

本贴最后更新于 522 天前,其中的信息可能已经物是人非

前言

最近这个《羊了个羊》火出圈了,全办公室的都在找第二关的攻略,本来我以为这是00后玩的游戏,我都不爱搭理这类游戏的,直到我领导在微信群里发了个《羊了个羊》的游戏链接,情不自禁的点进去,从此便一发不可收拾了......卡在第2关,夜不能寐,半夜起来研究同事发的这个攻略图图片.png

发挥测试工程师能力的时候到了

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

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

图片.png

图片.png

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

图片.png

对,你没看错,我已经通关了4万多次,已经是这片区域最亮的崽!!!

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

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

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

2、设置请求访问频率,每个接口在xx秒之内只能访问一次。

考虑到这些情况之后,都是可以大大的降低服务器的压力。从而让项目可以更好的运行。

赶紧试下,让你分分钟荣登榜首宝座!!!

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

图片.png

想知道怎么写吗?不告诉你......这得是另外的价钱了

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

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

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

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

那对于《羊了个羊》的团队来说,根本就没想过会有这么多人来玩这个游戏,所以他们的服务器资源肯定不会那么顶级。那为什么不直接把服务器给弄到顶级呢,哥哥姐姐们,这个玩意是要钱的呢,仔细想想这个游戏没火之前,你听说过吗?之前可能就那么一两百人来玩,我买那么好的不是浪费钱吗?所以在项目管理中就会有这么一门学问,叫做成本控制。

那又有什么好办法可以在可控的成本的情况下做到更好呢?

性能测试

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

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

图片.png

——————————————————————

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

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

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

3、等等等等等等。。。

——————————————————————

对分析的结果进行调优:

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

安全测试

图片.png

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

图片.png

图片.png

最后

看似是一个简单的小问题,其实会涉及到方方面面,在软件研发这方面,测试工程师,任重而道远啊!

回帖
请输入回帖内容 ...