共计 1142 个字符，预计需要花费 3 分钟才能阅读完成。
最近有一款较火的测试产品 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 的装置：
1、如果测试公网接口，能够应用 saas：
https://saas.runnergo.com
2、如果应用开源版本人部署，能够参考:
https://wiki.runnergo.cn/docs/42
留神：如遇到本人部署后压测提醒“资源有余”的状况，是压力机配置有些低，倡议应用 8C16G 配置主机。
当然，RunnerGo 也有一些须要改良的中央：RunnerGo 目前只反对 http 协定的性能测试，不反对连贯数据库，合作性能也没有那么欠缺等等，这边也心愿他们能尽快迭代产品，让 RunnerGo 更弱小。最初附上官网和开源链接感兴趣的小伙伴能够关注一下～
官网链接：
https://www.runnergo.com
GitHub 地址：
https://github.com/Runner-Go-Team/
Gitee 地址：
https://gitee.com/Runner-Go-Team