在 Locust 中，所有的脚本都只是 Python 而已，所以你只需要采用 Python 描述你的业务逻辑就好了。

后面我也做了 benchmark 对比看下。

前段时间内推了一位不是本科，已经拿到了 offer；所以学历这事儿不绝对，主要还是工作经历和个人能力。有兴趣的话可以将简历发我先看下。

可以，添加 name 字段，可以实现对请求的分组

只有英文的。你这个问题在 readme 里面有写

按照 README 里面的描述进行安装就有了

Python 2.7~3.6 都支持

这就得看实际场景了，有些场景包含数据生成的话，就不需要。

看完图片以后，感觉忒重口啊。现在用的是locusts，比原生命令多了一个s，所以不会冲突的。

在之前共享出来的沙龙 PPT 中，当时用的命令叫ate-locust。后来想了想，感觉有点重口味，你们在 Google 中搜下图片就知道了。所以将命令名称改为locusts了。

看到最后一句不禁泪流满面，我会努力的。
其实用 Locust 最爽的的确就是 Python + Requests 了，实现各种业务逻辑都很方便，但是当脚本多了以后，会发现也存在挺多重复的，所以我在 ApiTestEngine 中采用 YAML 来描述用例，尽量消除了不必要的重复，同时也复用了 Requests 的强大功能，在跑的时候采用 locusts 命令，直接就能跑压测了，感觉应该是挺不错的特性的

现在放松了些，第一轮测评过了也可以面试

还在

在你给的 issue 链接里面，原作者也回答了，and the optimization is unnecessary in most cases.。就大多数系统的并发性能之低，还用不着压测工具拼性能。

性能再差也比LR/Jmeter强，一般的业务系统也上不了多大的并发，再不济还可以分布式，所以在压测工具的性能和易用性方面，我优先考虑后者。

@ycwdaaaa 在allure-pytest的说明文档中看到
Note: this plugin currently supports only Allure 1.4.x series.

但是，allure1又停止维护了。这影响使用么？

公司特色

暂时还没有

好的，多多交流，你也可以加我微信 leolee023

不用这么跟自己过不去啊，Java 和 Python 的语言特性差异本来就比较大，如果照搬 Python 实现的特性再采用 Java 来实现，可能会非常费事。个人建议，如果用 Java，那么就尽量发挥 Java 的特长，采用 Java 的方式去做就好啦。

求别拉黑

ApiTestEngine的使用文档总算写完了，后面再接着写开发实现的细节。

非常感谢 TesterHome 各位小伙伴的大力支持，才有了这次圆满的沙龙活动，这也是大疆第一次在公司举办对外的测试沙龙活动。特别地，感谢 @surendiandian 同学，在整个沙龙筹备过程中花费了许多心思，并多次来到大疆进行沟通交流，保障沙龙活动达到最佳效果。

好的，谢谢啦

赞！