1. 它是什么
Locust 是一个用 Python 编写的开源负载测试工具。它的核心思路是让你用普通的 Python 代码来定义测试用户的行为。你可以把 Locust 想象成一个“虚拟用户生成器”，这些虚拟用户会按照你编写的脚本，去操作你的网站或服务，以此来模拟真实世界中的用户访问压力。
常见类比：测试一个停车场的容量。你可以派 100 个人（虚拟用户）不断地开车进入、停车、下车办事、回来开车离开（用户行为）。Locust 就是那个指挥这 100 个人如何行动，并记录整个过程花了多长时间、有多少人卡在入口（失败）的管理员。
2. 它能做什么
Locust 主要用于性能测试和压力测试，帮助发现系统在高并发下的表现和瓶颈。
模拟真实场景：可以模拟成千上万个用户同时使用你的网站，比如同时登录、浏览商品、提交订单。
测量关键指标：在测试过程中，Locust 会实时收集并展示响应时间（用户操作后多久得到反馈）、每秒的请求处理量、以及失败请求的数量和比例。
找出系统瓶颈：通过观察在用户数不断增加时，响应时间是否急剧变长、错误率是否飙升，可以判断出系统的性能拐点在哪里，是数据库扛不住了，还是应用服务器 CPU 满了，或者是网络带宽不够。
验证系统容量：在系统上线前或扩容后，用 Locust 模拟预期的最大用户访问量，验证系统能否承受。
3. 怎么使用
使用 Locust 通常遵循以下步骤，它不需要复杂的界面，主要通过代码和命令行驱动。
安装：在命令行中使用
pip install locust即可完成安装。编写测试脚本：创建一个 Python 文件（例如
locustfile.py）。在这个文件里，你需要做两件核心事：定义一个“用户类”：这个类继承自 Locust 提供的类。在类里面，你需要描述这个用户会执行哪些任务（例如访问首页、登录、查询）。
定义“任务”：用 Python 函数写出每个具体操作。通常会使用
requests库来发送 HTTP 请求，并标记出关键步骤。
启动测试：在命令行中，进入脚本所在目录，运行
locust命令。配置和运行：Locust 会启动一个本地网页（通常是
http://localhost:8089）。在这个网页上，你需要输入：被测试系统的地址：例如
https://你的网站.com模拟的用户总数：最终要达到的虚拟用户数。
用户增速：每秒启动多少个新用户。
点击开始，测试就会运行。
查看结果：测试开始后，网页会实时更新图表和数据，展示当前的请求数、响应时间、失败情况等。测试结束后，可以下载详细的 CSV 报告进行分析。
一个极简的脚本示例：
python
from locust import HttpUser, task, between class WebsiteUser(HttpUser): wait_time = between(1, 3) # 用户每执行一个任务后，等待1-3秒 @task def view_homepage(self): self.client.get("/") # 访问网站首页 @task(3) # 数字3表示这个任务被执行的概率是前一个任务的3倍 def view_product(self): self.client.get("/products/123") # 访问某个商品页面4. 最佳实践
从真实日志中获取灵感：分析生产环境的服务器访问日志，找出最常见的用户访问路径（例如：首页 -> 搜索 -> 商品详情 -> 加入购物车），并以此为基础编写测试脚本，让测试更贴近真实。
循序渐进增加负载：不要一开始就使用巨大的并发用户数。先从几十、几百个用户开始，逐步增加，观察系统性能曲线的变化，平稳地找到瓶颈点。
模拟思考时间：真实用户操作间会有停顿。使用
wait_time属性为虚拟用户加入随机等待时间（如上例中的1-3秒），避免对服务器发起不合理的“机枪扫射”式请求。关注业务指标，而不仅是技术指标：除了看“每秒请求数”，更要定义和关注“每秒成功完成登录流程的用户数”或“每秒成功创建的订单数”，这更能反映真实的用户体验和业务吞吐量。
使用断言验证正确性：在发送请求后，检查返回的状态码或内容。如果登录后返回了错误页面，这应该被记录为一个失败请求，而不仅仅是记录一个很长的响应时间。
在独立的测试环境中进行：压力测试会消耗大量资源，务必在预发布或专用的性能测试环境中进行，避免影响线上真实用户。
5. 和同类技术对比
常与 Locust 对比的工具是Apache JMeter和Gatling。
Locust vs. Apache JMeter：
JMeter：历史悠久、功能全面（支持多种协议、有丰富的插件）、使用图形界面配置测试计划。它更像一个“瑞士军刀”，开箱即用，但对于复杂的、需要编程逻辑的测试流程，其界面配置可能变得繁琐。
Locust：基于代码，极度灵活。任何能用 Python 实现的逻辑（如处理复杂的动态参数、连接中间件）都能轻松融入测试脚本。对于熟悉编程的测试或开发人员来说，维护和版本控制脚本更方便。但它通常更聚焦于 HTTP 等核心协议，需要自己编写代码。
简单比喻：JMeter 像一台功能强大的多功能料理机，预设了很多程序；Locust 像一套顶尖的厨师刀和灶具，需要你自己掌握厨艺（编程）来发挥，但能做出更定制化的菜肴。
Locust vs. Gatling：
Gatling：用 Scala 编写，性能极高，报告非常精美详细。它也有一个基于代码的领域特定语言来编写脚本，但语法相对固定。
Locust：使用纯 Python，对于广大 Python 开发者或测试者来说学习曲线更低，更容易集成到现有的 Python 技术栈中。在资源消耗和极限性能上可能略逊于 Gatling，但对于大多数 Web 应用测试来说完全足够。
核心总结：Locust 的优势在于“用代码的灵活性来模拟真实用户行为”。如果你或你的团队习惯使用 Python，并且测试场景需要灵活的流程控制或逻辑判断，Locust 是一个高效且强大的选择。如果团队更倾向于无代码的图形化操作或需要测试大量非 HTTP 协议，JMeter 可能更适合。如果追求极致的测试执行效率和报告呈现，并且熟悉 Scala，Gatling 值得考虑。
