半个月小项目经验分享之——jmeter实战（一）

因为公司产品会在未来几个月往市场陆续投入，所以领导提出一个问题，现网服务器最多能承受多少用户？

这句话，包含的信息量非常大。因为一个系统（我们公司是云端+手机端）所涉及场景太多，比如，云端有云端的功能，手机端有手机端的功能，云端和手机端又有交互的功能，如果不清楚需求，盲目测试，结果也只能是差强人意。

但是怎么办呢？我们总不能指着领导说，我靠，给的啥需求，能不能细一点。我估计年初不想跳槽的，一般都不会这么干……

我们再说回这句话的本身，现网服务器最多能承受多少用户？

为什么需求这么粗？难道真的是领导不会提需求吗？我觉得不一定，管理层可能没有技术人员了解系统特性，但是一定知道，需求提的太细，反而容易出问题，俗话说，话不能说的太满，我相信在座的各位都有此感悟。

那么剩下来就好办了，既然知道领导的心思，就该考虑如何去做了。

个人认为应该先做两件事，一是，根据自己对系统的理解，找出压力点，输出文档。

二是，协调资源，输出文档。压测环境一定要和现网保持一致，重要的事说三遍！！！（别问我为什么一定要输入文档，再问自杀）压测不是一个人的事，做完这两件事，就可以去找对应的人了。

和开发梳理压测点，梳理完压测点后，输出文档（包含工具之类），进行评审。最后把评审后的文档以及资源需求一齐交给领导。领导根据需求多退少补，接下来就是时间安排了。

时间上就不多说，说一说测试过程。

性能测试工具我选择jmeter（没用过LR，LR大神勿喷），服务端性能检测工具选择了nmon，top以及python收集服务器LOG，进行画图，嗯，画出来的图大概长这样：

用户数使用调度器，进行逐步加压方式，嗯，大概长这样：

举个例子，100用户运行一段时间后，再加入100个用户 ，这个时候是200用户运行一段时间，以此类推。当然jmeter还有一些别的线程组开源插件，这里就不再赘述，你们可以去试一试，反正我觉得不好使。贴上开源插件下载地址（
https://jmeter-plugins.org/）有时候不好进，可能需要翻墙。

当然上面的脚本还有一个问题，线程生成问题。

压测必然是大量线程，但问题是个人PC性能有限，可能出现服务器还没挂，自己电脑先挂了，所以采用了jmeter GUI分布式以及jmeter NON-GUI分布式。

具体有啥区别，你们可以自己试试。反正我觉得时间上没什么太大区别，但是jmeter NON-GUI较jmeter GUI模式，NON-GUI更容易生成线程。

脚本设计结束，剩下来的就是结果分析，我们可以根据以下3种方式分析：

1、jmeter自带监听器（GUI模式下），其中强烈推荐PerfMon Metrics Collector（替代python画图），不仅可以监控客户端性能，也可以监控服务端性能。嗯，大概长这样：

2、Jmeter NON-GUI下的测试报告（主要分析TPS）

3、根据python画图，比如发现，当100s-150s，服务器CPU/IO等出现问题，就可以推断出，这个时间段的人数是多少。

最后的最后，输出性能测试报告，内容可能包括，需要调优的地方，比如CPU/IO/Tomcat等等等等，写报告是个技术活，每次写完报告，感觉身体都被抽空。

总结一下，好像没啥好总结的，因为如果是我，我自己没做过这些，光看这篇文章，还是做不出来。因为涉及到知识点有点多，也有点杂。

不说别的，jmeter官网以及jmeter开源插件官网已经被我看了好几遍，官网是最好的老师！这里我只是提供一个思路，可能你们会有更好的实践方式，欢迎一起讨论

（PS：自己动手做才是硬道理）

上面是我收集的一些视频和面试题资料。

对于软件测试的的朋友来说应该是最全面最完整的面试备战仓库，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这个仓库也已经帮助了很多的软件测试的学习者，希望也能帮助到你

关注我的微信公众号【程序员二黑】免费获取