作为一名工作多年的测试工程师始终心愿有一款能够颠覆目前测试工具的平台，相较于研发岗位有各种工具能够笼罩他们整个的工作流程，而测试工具比方：jmeter，它的性能更突出在性能测试方面，其余方面更依赖于各种插件或者其余工具。最近有通过同行举荐尝试了一款开源测试平台—RunnerGo，感觉它更像是所有测试工具的一个倒退方向：一款能够笼罩整个测试流程的测试平台，上面给大家介绍一下举荐它的起因，先附上 RunnerGo 的官网和开源地址。
官网链接：https://www.runnergo.com
GitHub 地址：https://github.com/Runner-Go-Team/
Gitee 地址：https://gitee.com/Runner-Go-Team
RunnerGo 为什么是测试工具的倒退方向？
开源：
RunnerGo 采纳了较为宽松的 Apache-2.0 license 开源协定，号召开发者一起为开源贡献力量。
平台化：
团队合作肯定是互联网工具的倒退方向，平台化能力更好的推动合作。
全栈式：反对从接口调试 - 场景治理 - 性能测试 - 自动化测试。一个平台笼罩全测试周期。
易上手：
内置各种测试工具无需下载各类插件，上手就能测。
性能介绍：
接口治理：
RunnerGo 反对环境治理、断言、变量等 Api 调试性能，反对从各类 Api 调试工具中导入。集体认为 RunnerGo 能够撑持的起 Api 调试的性能。
场景测试：
RunnerGo 独有的可视化场景流配置，能够间接从接口治理中引入接口，接口以卡片的形式展示在背景画布上，能够增加条件控制器，期待控制器，连贯这些接口卡片即可配置场景，看起来的确很直观，给个好评。
性能测试：
RunnerGo 性能测试方面十分厉害，基于 go 语言研发比 jmeter 还轻量，测试后果更精确。它还是分布式架构，反对大规模的测试场景真的不在话下。
自动化测试：
RunnerGo 目前反对接口自动化测试，反对定时工作，反对用例集。后续会反对 UI 自动化等性能。
相较于传统测试工具的劣势
RunnerGo 作为 web 平台能在线做到接口治理，脚本编辑，场景编辑，报告治理这是传统测试工具不具备的。
RunnerGo 在做性能测试时反对实时查看服务器状态、测试报告、debug 日志并且反对发送测试报告到指定邮箱，而 jmeter 默认不反对性能监控，只能是在 GUI 模式下，通过扩大监听器插件来实现，并且 No-GUI 模式下只能生成后果报告。
在应用 jmeter 时接口治理和性能测试个别是离开去做的，或者用其余 Api 调试工具去做接口治理（比方 Apipost）而后再去 jmeter 中配置脚本，但其实性能测试应该是基于接口治理的根底上做的，RunnerGo 能够间接从接口治理中援用调试好的接口，配置好一条场景，而后在此基础上进行持续性测试，自动化测试，这样在接口测试阶段就能够间接执行性能测试。
集体感觉 RunnerGo 的设计理念十分当先，作为一个刚刚公布的平台曾经有了将来测试工具的雏形，也心愿随着版本迭代 RunnerGo 的性能越来越欠缺。