楼主写的还是不错，代码也比较容易看懂，可以拿过去自己再进行二次开发。
另外，我觉得既然压测的核心已经交给了 jmeter，二次开发还是聚焦在数据展示上面比较好，如果能够实现 loadrunner 那种实时数据、监控资源展示，还有报表分析的能力那就牛逼了。

规避是不可能规避的。
总结原因 无非是找背锅的，测试、开发、运维、DBA？

建议使用 jmeter，脚本可以手工开发，在 IDE 上调试通过了在转到 jmeter 上。

游戏设置里有 bug 提交反馈，这里人家收不到的

牛逼牛逼！！

不会一个小知识点就发一贴吧

感谢，公司内部交流的公众号。
会注明出处的。

可以转载吗，大佬？

国内的禅道用的比较多，又是开源的，比较好改造。
QC 之前用过，觉得太笨重了。
你也可以尝试下 TestCenter

其他的软件只听说过，没深入使用过，不好评价。

先看下各个机器的资源又没到到瓶颈，一般的 CPU、内存、磁盘 IO、带宽。
这些没问题，再看压测机和被测机上的 TCP 端口是否已经满了，最后看代码层面，比如 java 的看下 jvm,还有就是数据库的连接数限制。

如果只是数据层面的比对，数据库比对了、
涉及到页面的就用爬虫了、

不知道楼主对多格式多协议还有测试数据这块是如何考虑的？

阿里这个真的有用的吗？这么牛？

支持一下，我也是做接口测试的。

@dragonking0318 能转载吗？我想让我的所有领导都看到这篇文章。
会注明出处的。

国内做测试的基本上都是技术能力偏弱的，更别说什么设计思想设计模式了。有这水平还做啥测试？

高级啊。
感觉一般作自动化测试的想不到这么深的东西。

还是得努力学习！！！

你直接修改下帖子，把这个内容加进去更新就行了

谢谢，会注明的。

兄弟，能转载下你的文章吗？

一般都是做服务端的性能测试哦。不用录制的，向开发要下关键的接口手工脚本就行。
如果录制也可以的，loadrunner 可以用代理录制或者使用 HP LoadRunner Mobile Recorder 工具录制，但是没必要的。

那能给我用用吗？