写在 Locust 教程开始的前面
本文参考了： Locust 教程 : https://www.axihe.com/tools/locust/home.html ；html
locust 的官方 Github 是：https://github.com/locustio/locustpython
这个教程是我翻译官方 Github 介绍并搜索网络的相关 locust 使用文章而组织的教程哦；git
locust 这个工具，须要根据你的实际状况来决定是否是适合你；github
若是你对编程了解比较多，并非只会 jmeter 的测试人员；web
那么彻底能够代替笨拙的 jmeter 处理你的测试，它在自定义方面处理的很是好，这也就带来一个弊端，就是什么都须要你来作，并且对你的代码能力和逻辑思惟有必定的要求；编程
若是你对 编程是一脸懵逼的状态，那么建议你仍是 jmeter 为主（毕竟要干活），而后了解下 Locust，看看它是怎么工做的，了解下它的处理思惟；websocket
Locust 是什么？
Locust 是一个比较容易上手的分布式用户负载测试工具。网络
它旨在对网站（或其余系统）进行负载测试，并肯定系统能够处理多少个并发用户，Jmeter 也能够处理这种场景，可是我的感受 Jmeter 在这方面作的不如 Locust 专业。并发
Locust 在英文中是 蝗虫 的意思：socket
做者的想法是，在测试期间，放一大群 蝗虫 攻击您的网站。
固然事先是能够用 Locust 定义每一个蝗虫（或测试用户）的行为，而且经过 Web UI 实时监视围攻过程。
这将帮助您在项目上线以前测试并肯定项目的瓶颈；
若是上线几我的访问就跪了，被老板拉出去祭天就懵逼了，有了 locust 可让项目更加快乐的上线；
Locust 可让测试工程师对开发人员和项目经理的回复的更专业，
能够想象一下，当项目经理或领导问你这个项目的性能如何，能够承受多少压力的时候；
你回答说这个项目的瓶颈在 2341 人同时访问，超过就会挂掉 / 宕机 / 出错等，当在 1834 人同时访问时候，会变慢；具体访问时间的饼图如 XXX）
这样的回答是否是逼格很高？
Locust 的运行原理
Locust 的运行原理是彻底基于事件运行的，所以能够在一台计算机上支持数千个并发用户。
与许多其余基于事件的应用程序相比，它不使用回调（好比 Nodejs 就是属于回调，Locust 不使用这种的逻辑）。
相反，它经过 gevent 使用轻量级进程。测试您站点的每一个蝗虫实际上都在其本身的进程中运行（正确地说，是Greenlet）。
这可让您写 Python 代码的时候更加简单，而不会进入相似 JS 的那种回调地域。
我是如何开始了解 Locust 的
我是一名码农，写接口的时候，除了 Postman 作校验外，偶尔也测测一些接口的性能；
2017 年的年中时候，作接口压力测试，一直研究使用 jmeter 写写 DEMO 仍是很嗨皮的；
可是真正进行并发接口时，发现 jmeter 在单机下并发超过 1000 的时候，单台台式电脑机器的资源早就被使用完，jmeter 都动不了，基本就算凉了；
也多是个人 jmeter 压测接口研究得不够，不会用吧 - -，若是有优雅的方法，欢迎告诉我；
经过搜索发现基于 Python 开发的 Locust 的单机并发能力很理想，在测试环境拿来压测，好像真的能够实现几千的并发，而后就打开了 Locust 的大门。
Locust 的 特征
-
用 Python 编写测试方案
- 不须要在 UI 界面上傻乎乎的点击，只需正常的写写代码就能够了。
- Locust 基于协程而不是回调，这样会让您的代码相似于正常的 Python 阻塞代码那样同步执行。
-
分布式 & 可扩展
- 支持模拟数十万的用户行为（仍是很是给力的）
- Locust 支持分布在多台计算机上的运行负载测试（能够多台机器并行开搞）。
- 因为基于事件，所以即便一个蝗虫节点也能够在单个过程当中处理数千个用户。
- 不过即便您模拟了这么多用户，也并不是全部人都是这种频率的使用您的系统，一般，用户会有思考的时候，会想想下一步该怎么作。
- 须要明白 每秒请求数 不等于 在线用户数。
-
统计结果基于 Web 界面
- Locust 有一个简单的用户界面，可实时显示相关的测试详细信息。
- 统计结果界面是基于网页的，而网页是天生跨平台的，因此 Locust 是跨平台且易于扩展的（Locust 做者的这种思惟仍是很不错的）。
-
能够测试任何网页 / 应用 / 系统
- 即便 Locust 是面向 Web 的，它也能够测试几乎全部项目
- 只需用 python 编写想要测试的方案，而后放"蝗虫"去怼须要测试的项目就能够了，很是简单！
- 虽然官方是这么宣传的，可是若是你对 python 了解的不怎么样，那可能就没有那么简单啊；就像商家把兰博基尼的操做宣传的再简单，我没钱买也是白搭（老铁，我太难了！）
- 若是你对编程是懵逼的状态，那仍是回去用 jmeter 吧，优雅不优雅的先不说，最起码你能够用它来干活；
-
容易被入侵
- Locust 放出去的蝗虫很小，很容易被入侵，开发团队是一只打算保持这种状态的。
- 事件 I/O 和协程的全部繁重工做都委托给 gevent
- 团队是看到 jmeter 等其它测试工具，处理的太 low，太死板了，因此才写的 locust；
Locust 是彻底基于 Python
http 请求彻底是基于 requests 库；
Locust 支持 http、https 协议，还支持测试其余协议，websocket 等；
只要采用 Python 调用对应的库就能够了。
- http/https 采用 requests；
- websocket 采用 websocket ；
Locust 的创做背景
Locust之因此建立，是由于做者受够了现有的解决方案。
做者认为他们都没有解决正确的问题，没有抓住要点，简单的讲，就是做者认为他们太 low 了，一个能打的都没有，因而本身撸了一个 Locust 给你们用。
做者也深度尝试过 Apache JMeter 和 偶尔用用 Tsung。
JMeter 带有一个 UI，不少人可能会认为这是一件好事，只须要点点就好。
可是若是你是一个测试测试，很快就会意识到，经过某些点击界面“编码”您的测试方案是一种 PITA。
其次，JMeter 是线程绑定的，这意味着对于每一个要模拟的用户，都须要一个单独的线程。这也就致使了，在一台计算机上模拟成千上万的用户进行基准测试是不可行的。
另外一方面，Tsung 没有用 Erlang 编写的线程问题。
它能够利用 BEAM 自身提供的轻量级工艺，而且能够愉快地扩展规模。
可是在定义测试方案时，Tsung 和 JMeter 同样有限。
它提供了基于 XML 的 DSL 来定义用户在测试时的行为方式（这种格式仍是很 low 的，可是却很直观）。完成后显示任何种类的图形或报告，都须要对测试生成的日志文件进行后处理，只有这样，您才能了解测试的进行方式。
做者在建立 locust 时试图解决这些问题。
开源许可证
根据 MIT 许可得到许可的开放源代码（有关详细信息，请参阅 LICENSE 文件）。 本文参考：https://www.axihe.com/tools/locust/home.html