共计 969 个字符，预计需要花费 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 也有一些须要改良的中央：
对我集体来说，RunnerGo 目前只反对 http 协定的性能测试，不反对连贯数据库，合作性能也没有那么欠缺等等，这边也心愿他们能尽快迭代产品，让 RunnerGo 更弱小。最初附上官网和开源链接感兴趣的小伙伴能够关注一下～官网链接：https://www.runnergo.comGitHub 地址：https://github.com/Runner-Go-Team/Gitee 地址：https://gitee.com/Runner-Go-Team
