RunnerGo，是一款基于go语言研发的开源测试平台。本文将从性能测试方面和构造方面还有性能方面比照两款产品。

性能方面：

Runner基于go语言研发，绝对于jmeter来说更轻量级。所以性能测试方面RunnerGo应该是优于jmeter的这里我做了个压测比照，实在比照一下：
一条应用查看新闻的场景：六个接口，应用并发模式，20的并发，执行10分钟。雷同的配置下进行压测jmeter聚合报告：

RunnerGo间接发送到邮箱的测试报告

因为计算形式不同这里只比照总申请数，汇总下来：
RunnerGo总申请数：98640个，错误率：0
jmeter总申请数：91219个，错误率：0
比照咱们发现雷同配置下RunerGo收回了更多的申请，而成功率都是百分百，所以RunnerGo在性能测试方面的确是优于jmeter的。

性能方面：

在用jmeter做性能测试时想看残缺一点的测试报告，想配置阶梯模式来压测，想配置不同的接口并发这些都须要装置插件并且影响机器性能，想做自动化测试还得放到jenkins，这些配置起来太繁琐。RunnerGo则比较简单：不须要扩大插件即可实时查看测试报告

内置多种压测模式

平台自带的继续集成和自动化测试配置

构造方面：

jmeter的单机模式在个别的压力机配置下，会受限于jmeter本身的机制和硬件配置，最多能够反对几百至一千左右的模仿申请线程。想部署分布式集群测试会带来十分多的运维治理问题。同时，Master-Slave模式，还会给主节点带来很大的交互压力，部署大规模的分布式集群压测十分难做到。

RunnerGo自带分布式构造轻松反对大规模并发。

综上所述RunnerGo在构造、性能、性能上都优于jmeter，并且适应互联网工具平台化趋势。

当然RunnerGo也有一些须要改良的中央：

对我集体来说，RunnerGo目前只反对http协定的性能测试，不反对连贯数据库，合作性能也没有那么欠缺等等，这边也心愿他们能尽快迭代产品，让RunnerGo更弱小。最初附上官网和开源链接感兴趣的小伙伴能够关注一下～官网链接：https://www.runnergo.comGitHub地址：https://github.com/Runner-Go-Team/Gitee地址：https://gitee.com/Runner-Go-Team