我怀疑是 locust 在实时计算和传输数据导致的。

怎么你也问？

这个问题我没有评估过，这篇文章是推上看到的，我翻译搬运了一波。我现在做接口性能测试，对于 UI 这块不怎么了解了。

嘿嘿，买点做贡献也可行

妥妥的

已改。

写错啦，误会

非也非也，已经修改了

嗯嗯，好的

马上补回来

我感觉你列的几点，其实跟平台没多大关系。不用开发测试平台也能解决。
回到问题：如果你不用背锅，建议做。如果需要背锅，谨慎去做。

工作只是生活的一部分，先把自己状态调整好，然后再去解决生活和工作的困难。
核心技能学好，基础打牢。Python 加油吧，可以尝试在 Python 做做性能测试，没太懂稳定性测试这块内容，就不多说了。

的确不刷题，双指针只是听过。有机会得了解了解这个。

完美

牛逼，完美。

妥妥的

好像是不支持 HTTP 的 URL 了，我研究研究去。

了解了，目前已经修改了 send() 方法。

妥妥的

移动端的敏捷测试，水文。

这俩工具我都不用，不太能解答你的疑问。固定 QPS，JMeter 我知道有一个叫并发控制器（印象中）可以实现这个需求。固定 QPS 不一定值得是一个请求，也可能是一个过程（多接口联动之类）。我这接口测试之用 Java 做框架，Groovy 做脚本。

长远来看，代码更好。但是门槛更高。如果追求实用，短期效果的话，JMeter 最佳。

如果再考虑到其他因素，比如说功能、自动化、CI/CD 的话，JMeter 就远远不如代码方便了。

这个业务有点特殊，单个资源单个用户创建的 id 是一样的，第二次创建会报重复。如果单测一个接口的话，很难造数据。之前的一个类似场景就是分开测的，先测试创建，然后把几万个 id 取出来，再去删除。之前有一个消息队列的测试就是这么搞的。

牛