#11 楼 @laputa 20000 的高并发只是楼上提问时，我在网上找的一个对比资料。里面比较 gatling 和 Jmeter 时用的一个测试场景：10000 个用户并发、每分钟 30000 个请求、持续 20 分钟其中 10 分钟呈增加负载趋势。后面的博客又将 Vuser 加到 20000。由于持续的并发，所以肯定不是 atOnceUsers，我猜测可能是 rampUsersPerSec 或者 constantUsersPerSec。
详见：
https://blog.flood.io/benchmarking-jmeter-and-gatling/
https://blog.flood.io/stress-testing-jmeter-and-gatling/

#10 楼 @laputa 你好，才看到。出现 Connection timed out，最大的可能性就是服务器连接池满了，或者是你负载机网络带宽满了。除了检查脚本之外，还可以检查服务器的配置有没有问题。

#7 楼 @13651969749 建议你看下我发的 flood.io 博客地址，里面有特别具体的环境准备及测试计划。他只是为了比较工具的性能，而一般我们用不到 20000 用户的。

—— 来自 TesterHome 官方 安卓客户端

#6 楼 @ansonwoo LR 很大很重，是因为它集成了非常多的功能，很多功能我在测试过程中根本用不到，但是不可否认它的强大。Jmeter 和 gatling 有时会出现功能不够用的情况，需要用插件或者补丁，或者自己开发来弥补。

—— 来自 TesterHome 官方 安卓客户端

#4 楼 @ansonwoo 刚刚下班，看到你的回复……这个问题是这样的，其实我用 Jmeter 用得不多，以前一直用 loadrunner。首先我要说这两款工具和 LR 相比，无论是功能上还是易用性上都差了太多，毕竟 LR 收费。Gatling 和 Jmeter 相比的话，资源占用更小，编写场景（注意是场景）更方便，很容易做到数据和脚本分离；Jmeter 我觉得还是它使用 Java，用的人多，而且资料、实践方案、扩展工具都更多。
我的一点浅薄之见，更具体的分析请移步这位大神的博客：
https://blog.flood.io/benchmarking-jmeter-and-gatling/
https://blog.flood.io/stress-testing-jmeter-and-gatling/
如果没有耐心看完的话，我就简单说下结论：两种工具都很好，都能满足一般的测试需求。Gatling 在高并发下的表现更好，20000 并发的表现完爆 Jmeter，即使在 40000 并发下还能正常工作不受影响。

#1 楼 @fengzhou 多谢支持哈

反正我对我的团队的要求就是会定位 bug 就行。有些容易的 bug 很容易知道是哪里写错了，测试是有能力（但不代表应该）直接改的。但是更多时候，测试要面对 N 多个系统，你对这么多系统的代码不会熟悉到每行是做啥的，所以很容易引入新的 bug。
还是不建议测试改 bug。

#2 楼 @13651969749 没测试过单机的最大并发。不过试过单机 1000 个同时启动的用户，没有问题，应该够用了。

Quick Start 的部分另有高手翻译过，不再赘述了。
想知道 Quick Start 部分的同学，请移步：http://gatling.io/docs/2.1.7/quickstart.html