最近有幸试用了一款开源测试平台RunnerGo，这篇文章谈谈RunnerGO的一些不同之处和作者的一些应用体验。RunnerGo是什么？RunnerGo是一款全栈（能够笼罩整个测试流程）、轻量级（基于go语言研发）的开源测试平台上面附上官网和开源链接。

官网链接：https://www.runnergo.com
GitHub地址：https://github.com/Runner-Go-Team/
Gitee地址：https://gitee.com/Runner-Go-Team

RunnerGo的不同之处

1.测试工具平台化

RunnerGo作为一款web平台能在线做到接口治理，脚本编辑，场景编辑，报告治理。并且在这些性能的根底上反对团队合作，这些是jmeter这些传统不具备的。

2.全栈式

相比拟测试工具来说，代码治理、继续构建、继续部署等其余研发工具可能很好的笼罩整个工作流程，而测试工具在性能方面往往是针对单点性能，对于整个测试流程笼罩不全。RunnerGo反对从接口治理—场景测试—性能测试—自动化测试整个的一个测试流程。

3.功能强大，上手简略

RunnerGo内置了各种工具，解决传统工具的一些应用痛点：
压测模式抉择：与jmeter须要下载插件不同，在配置脚本时能够抉择阶梯模式，并发模式等压测模式。
测试报告实时查看：相比拟jmeter来说：在做性能测试时RunnerGo反对实时查看服务器状态、测试报告、debug日志并且反对发送测试报告到指定邮箱，而jmeter默认不反对性能监控，只能是在GUI模式下，通过扩大监听器插件来实现，并且No-GUI模式下只能生成后果报告。
自动化测试：反对配置定时工作，不必应用扩大插件，简略配置即可实现继续集成。

RunnerGo应用体验

首先对于接口治理和性能测试方面还是十分称心的，能够间接从各种Api调试工具中导入接口，反对断言，变量提取，环境治理等性能。

性能测试也十分不便，特地是压测模式抉择，应用体验十分好。

测试开始就能看测试报告，压力机状况。

其次是场景治理和自动化测试集体感觉还是须要欠缺一下的，目前不反对UI自动化测试（后续会推出），场景治理中目前只反对条件控制器和期待控制器两种（后续会新增）。不过这些并不影响RunnerGo是一款十分好用的产品。十分举荐大家应用。以上就是本篇文章的所有内容了，感激浏览。