从实例讲解Locust、jmeter、Loadrunner三种工具的分布式压测

前言：

最近公司接了一个云上展会项目，合同里签订的是6w并发连接数和2w QPS的性能指标，还有监理单位，第三方评测单位。

唉，先吐槽一下，有了监理和评测，文档tmd一堆堆，严格按照软件开发来执行，写文档都得累死，对于经常只有概要设计，有时候连概要设计都舍了的研发流程，哈哈 ~慢慢体会！

再加上一点，如果评测单位技术很牛皮，那确实能对项目有所帮助，但评测单位技术不行的话，那简直就是来捣乱，平添很多无用工作。

讲讲并发数的理解：

6w并发，也是无语，签合同时也没想到后续有多麻烦，估计当时没理解透彻并发连接数与连接数的概念。

并发连接数：每时刻连接到服务器的请求数，并没有时间单位，没有秒，毫秒的度量单位。比如6万并发，你服务器无时无刻都有6万请求连接。

所以1000并发连接数，可以有2w多的QPS或TPS。因为QPS或TPS是以秒为单位的，1秒内无时无刻的1000并发请求，就可以完成好几万的请求次数。

到这里，是不是认为6w并发很难完成，确实，到项目初验完成，我们只做了3w的并发，QPS倒可以轻松完成。

➢进入正题：

1  Locust的分布式压测

看过我之前的文章，应该了解，locust的分布式压