6 月 15 日,FIT2CLOUD 飞致云在 GitHub 上正式发布了 MeterSphere 项目,这是一个开源的一站式持续测试平台项目。这是 FIT2CLOUD 在测试领域的首次尝试,在项目发布后,我们收到了社区非常积极的响应。

项目官网:https://metersphere.io
代码仓库:https://github.com/metersphere/metersphere

尤其是在 7 月的最后一周,MeterSphere 项目在代码托管平台 GitHub 上的 Star 数量和下载数量持续创出新高,连续多日登上 GitHub 趋势榜。7 月 31 日,MeterSphere 项目的 GitHub Star 数量突破了 1000 个。


▲ MeterSphere 项目 GitHub Star 数量增长趋势

我们也在思考,一款开源的持续测试平台为何能在短时间内从开源社区获得如此积极的反馈。我们将这些思路整理成这篇文章,与大家共同探讨。由于时间有限(原本计划在 8 月底成文,没想到项目发展远远超出了我们的预期),思考和行文难免仓促,如有不够深入或者不够准确的地方,希望大家多多指正和沟通。

背景:数字业务的爆发和 DevOps 的广泛采纳

过去几年间,企业的数字化转型成为 IT 领域中不同角色都在共同关注的热点。在中国市场,由于互联网应用领域的深度发展以及极其惨烈的市场竞争,企业的数字化转型现在不仅是很多企业谋发展的关键支点,同时也正在成为企业生存的根基。在这种情况下,无论是企业在营销端的高效获客、产品端的研发制造,还是运营端的业务支撑,都在迅速地向数字化演变。

数字业务的爆发,必然会导致企业对软件研发的强烈需求。更有一种声音认为,在 21 世纪所有企业都会成为一家软件企业。

但是,回顾软件发展的历程,毫不夸张地说,软件研发对于很多企业来说是一场高风险的投入,面临着非常多的不确定因素和较高的失败率。所以,过去的几十年,整个软件行业都在寻找降低软件生产风险和提升软件生产效率的有效方法,这种现实的需求驱动了 DevOps 的广泛采纳。

DevOps 在整个软件生产流程中的每个环节都引入 “持续” 的理念,包括如 “持续开发”、“持续集成”、“持续测试”、“持续部署”,以及 “持续监控” 等一系列具体实践。


▲ DevOps 与持续测试

所谓 “持续” 理念,就是把软件生产流程中的每个环节都实现 “反复、高效地做”,从而让每个环节的反馈效率得以提升,让完整的迭代流程尽快走完。为了达到 “持续” 的效果,DevOps 要求软件生产的每个阶段尽可能地提升自动化能力,并且鼓励实现不同环节之间的高效衔接与沟通。

缘由:持续测试成为 DevOps 领域的关注热点

作为在测试领域落地 DevOps 实践的载体,持续测试可以理解成为自动化测试的一种运行过程。一方面,持续测试高度依赖自动化测试的能力落地;另外一方面,持续测试还强调自动化测试能力在整个 DevOps 软件生产流水线的融入,实现测试左移和右移。

总结来说,持续测试在 DevOps 实践中的定位如下图所示:


▲ 持续测试在企业 DevOps 实践中的定位

目前,持续测试成为 DevOps 领域的关注热点。这主要是因为,相比于软件生产流程的其他阶段,测试已经在很多企业和领域成为落地 DevOps 方法论的事实瓶颈和关键限制。这具体体现在以下几个方面:

正因为如此,开源社区出现了像 JMeter、Postman 这样的明星测试工具。但是,大家使用后会发现,这些新兴项目基本都定位在解决单点测试能力的问题上,尚未承担起持续测试落地的任务。

正是基于这些观察和思考,我们有了构建一站式持续测试平台的想法。我们希望这个平台能够帮助企业解决持续测试在企业环境落地所面临的现实问题,从而在整体上提升企业内测试团队的运营效率。

具体来说,我们希望从以下几个方面来构建这个一站式的持续测试平台:

所谓测试左移是指将测试手段向 DevOps 流水线的左侧阶段蔓延,从而达到利用测试手段更早地获取软件需求、开发阶段设计及质量反馈。与之类似,测试右移也是通过将测试手段向业务系统运营阶段延伸来尽快地获取软件在满足业务目标能力上的反馈。

落地:MeterSphere 一站式开源持续测试平台

正是基于以上的观察和思考,我们产生了构建 MeterSphere 一站式的开源持续测试平台的想法。在成功运营了 JumpServer 和 KubeOperator 这两个开源项目之后,我们对开源软件的模式有了更加深入的理解。而开源也正在深刻地影响着测试软件市场。

Gartner 预测,到 2023 年,DevOps 的创新将会驱动 75% 的企业采用开源框架和工具来落地持续测试。

MeteSphere 项目遵循 GPL v2 开源许可协议,涵盖了测试跟踪、接口测试、性能测试、团队协作等功能,兼容 JMeter 等开源标准,有效助力开发和测试团队充分利用云弹性进行高度可扩展的自动化测试,加速高质量的软件交付。

MeterSphere 开源持续测试平台的特性包括:

以上特性让 MeterSphere 不同于其他测试领域的工具和平台,相信这也是它能够在开源社区受到广泛欢迎的关键所在。社区内不少 JMeter 的客户都在积极尝试使用 MeterSphere,以升级其对于性能及压力测试的管理。

相比 JMeter,MeterSphere 在以下五个方面实现了功能增强:


▲ 有了 JMeter,为什么还需要 MeterSphere?

展望:不忘 MeterSphere 的初心

MeterSphere v1.0 版本发布至今已经有 6 周的时间了。在此期间,我们快速发布了 v1.0 和 v1.1 两个版本,并且穿插发布了多个缺陷修复的小版本。

我们短期将专注于已发布功能的完善与增强,即现有接口测试、性能测试和测试跟踪上的功能增强和用户体验完善。未来,我们会依据社区反馈加入 UI 自动化测试、Mock 服务、安全测试等新功能模块,向着 “打造一款真正意义上的一站式开源持续测试平台” 的目标不懈努力。


▲ MeterSphere 在企业 DevOps 实践中的定位

伴随着企业数字业务的快速发展,整个软件行业的人员和市场规模会继续快速膨胀。在这种情况下,快速提升整个行业的运行效率会带来巨大的社会效应和市场价值。

MeterSphere 解决了当前企业面临的一个通用问题——如何帮助企业内的测试团队更好地适应软件生产流程 DevOps 化的这个潮流。任何有意进行软件生产流程现代化转型的企业都有机会从 MeterSphere 这个项目中获益。

开源模式已经被软件行业实践证明是当前最为高效的软件分发途径。我们希望能够复用我们基于 JumpServer 堡垒机、KubeOperator 容器平台等开源项目的运营经验,实现 MeterSphere 在测试市场的快速普及,帮助更多的中国企业提升其测试团队的运营效率。

MeterSphere 项目的旅程刚刚开始。我们在这个项目上还有很多事情需要去做,无论是产品自身的迭代、开源社区的运营,以及持续测试理念的推广普及。我们将在 MeterSphere 项目上进行长期、持续的投入,保证其能得到快速发展。

无论如何,我们都不会忘记我们创建 MeterSphere 项目的初心,这就是做出一款好的工具和平台,帮助企业中不同规模的测试团队去落地持续测试的理念,最终的目标是提升测试行业的运行效率。

如果说云计算已经成为中国未来经济的新型基础设施,那么在其上的软件生产过程就将成为中国未来经济的 “新厂房”。MeterSphere 致力于改进这个 “新厂房” 的质量管理品质和效率,让从这里生产出来的每个产品和服务都能够给中国数字经济带来最好的品质,为用户传递更多的业务价值。


↙↙↙阅读原文可查看相关链接,并与作者交流