前言
几乎是一夜之间，微信小游戏《羊了个羊》火出圈了。?两天以来上了不下五次热搜，其话题总览量已经高达17亿，讨论次数也超过了15万次。
全办公室的都在找第二关的攻略，本来我以为这是00后玩的游戏，我都不爱搭理这类游戏的，直到我领导在微信群里发了个《羊了个羊》的游戏分享，情不自禁的点进去，从此便一发不可收拾了…
通关秘籍
看着这个图，我沉思着，这不就是边玩边找规律，学过软件测试技术的同学应该很熟悉，这不就是我们功能点点点测试，必须编写的测试用例嘛，先提取测试点，再去找规律，设计测试用例场景，太小儿科了。
作为高级软件测试员，于是我在此基础之上升华了下，打开我心爱的电脑，点开了Fiddler开始对这个小程序进行抓包，先上图
当然作为一个优秀的测试人员，除了以上的哪些骚操作，咱们还是得切实的是关注下这个游戏的质量问题
为何一款游戏会2天崩了3次了h3>
对于这个问题，其实大家都知道，不就是用户多了，服务器扛不住嘛。。
首先这个回答并没有任何问题，但是我们得稍微的展开讲一下，为什么服务器就扛不住呢，任何一款产品在面向用户之前，其实整个研发团队会对这个产品进行分析的，其中就会包括我们这个产品大概会有多少人使用这样的分析。
那对于《羊了个羊》的团队来说，根本就没想过会有这么多人来玩这个游戏，所以他们的服务器资源肯定不会那么顶级。
那为什么不直接把服务器给弄到顶级呢，哥哥姐姐们，这个玩意是要钱的呢，仔细想想这个游戏没火之前，你听说过吗可能就那么一两百人来玩，我买那么好的不是浪费钱吗在项目管理中就会有这么一门学问，叫做成本控制。
那又有什么好办法可以
在可控的成本的情况下做到更好呢h4>
性能测试
先通过负载测试方法，找到服务器的瓶颈，也就是项目服务器最多支持多少并发，再通过调优的方式，压榨出服务器的最大性能，就可以提前一步了解到我们这个项目超过了多少个用户后，就会有宕机的风险，同步做好风险管理。
比如使用jmeter工具，设计 Stepping Thread Group 阶梯线程组。采取逐步增加压力的方式测试服务器的瓶颈。
其实做为测试，应该就需要具备这样安全性方面的思想，不能永远都只去考虑功能测试等常规的测试方法。
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
源码文件获取
后台发送相应暗 ：资料/源码
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！