TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Locust – Testing framework simulating the burstiness of an end user

70 pointsby tamentisover 10 years ago

6 comments

skinpover 10 years ago
I have used Locust heavily in the past few month for loadtesting various apps and APIs. I&#x27;ve tried a couple different alternatives before settling with it, including ab and Vegeta.<p>Having the power of Python for scripting my loadtest was probably what sealed the deal for me. It allowed me to create a very powerful&#x2F;reusable loadtesting framework that I can easily adapt very quickly to any app. Python scripting also allowed me to add features not build in to Locust&#x27;s core itself like additional logging or metrics reporting and reading API endpoints from file&#x2F;Redis&#x2F;...<p>Also, being able to completely test all endpoints of an app at once is really useful. Most of the time, what I really want to know is can the whole backend handle the full traffic I&#x27;m expecting. Having clustering built-in helped a lot here. I was able to scale the loadtest to several thousands of RPS by just adding a couple more slaves...<p>The only feature I would like to see added is built-in Vegeta style graphs of latency&#x2F;RPS over time. By default, Locust only gives you real time stat of the last second during the load test and a final average results in csv files. Combining metrics reporting with a graphing engine like Graphite can fix that though.<p>I highly recommend.
makmanalpover 10 years ago
I&#x27;ve used locust before - had a good experience. The benefit here is that you can more easily script and simulate &quot;real&quot;ish looking traffic as opposed to hitting the same 20 random URLs - hopefully that&#x27;ll give you a better idea of your projected real world performance than running ab on one URL that&#x27;s cached after the first hit anyway.
vezzy-fnordover 10 years ago
What is the advantage of this over the variety of headless browsers and acceptance testing frameworks that currently exist?
评论 #9039528 未加载
评论 #9040031 未加载
评论 #9039556 未加载
评论 #9039495 未加载
simple10over 10 years ago
Here&#x27;s a list of tools and services for HTTP load testing and benchmarking. I added Locust to the list. Let me know if the list is missing anything important.<p><a href="https://github.com/simple10/guides/blob/master/load_testing.md" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;simple10&#x2F;guides&#x2F;blob&#x2F;master&#x2F;load_testing....</a>
评论 #9050711 未加载
jterfiover 10 years ago
I&#x27;ve compared using Locust to Gatling and the only downside is that Locust wasn&#x27;t able to reach the same RPS I was getting with Gatling. It&#x27;s a shame because Locust is much nicer to work with in comparison.
评论 #9040041 未加载
meesterdudeover 10 years ago
Interesting! this looks like the kinda direction i was thinking my cloudspeq gem could go.