测试派 Give testers a home.

前言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

性能测试

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

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

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

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

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

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

3、等等等等等等。。。

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

对分析的结果进行调优：

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

安全测试

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

最后

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