作为一名工作多年的测试工程师始终心愿有一款能够颠覆目前测试工具的平台，相较于研发岗位有各种工具能够笼罩他们整个的工作流程，而测试工具比方：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的性能越来越欠缺。