自动化工具 MeterSphere 开源持续测试工具诚邀您来 “吐槽”！【持续更新】
大家好，我是 MeterSphere 的产品经理，怀着十分真诚的态度给大家分享新版 MeterSphere 的功能，也希望广大测试同仁能提供宝贵的改进建议！（如果一定要喷，请轻喷
）
MeterSphere 产品介绍
MeterSphere v2.0 是开源一站式持续测试平台，包含了测试管理、接口测试、UI 测试、性能测试，四大模块。您可以上 Cloud 环境体验功能，也可以上官网了解 v2 详情。
MeterSphere v3.0 是开源持续测试工具，包含了测试管理、接口测试两大核心模块。您可以上 Demo 环境体验功能，也可以上官网了解 v3 详情。
综上所述，您会发现 v3.0 做了减法。深入做过系统的同学应该知道，功能越多，模块之间的耦合也就越多，系统的稳定性和可扩展性都受到了挑战。另一方面，我们在做新版的需求调研时发现，超过 90% 的用户日常工作中用得最多的还是测试管理和接口测试模块。
所以，MeterSphere v3.0 我们决定深耕测试管理和接口测试这两个核心模块，从交互体验和安装部署上降低用户的使用门槛，深度挖掘这两个核心模块的使用场景，解决用户的痛点需求。
MeterSphere v3.0 亮点功能
基础功能就忽略了，以下列出一些我觉得比较有代表性的功能进行说明， 如果您有想了解的功能也可以在评论区留言。
测试计划
- 计划与计划组
MeterSphere v3.0 的测试计划支持计划与计划组管理。用户在进行系统大版本测试时，支持对不同阶段的测试（例如冒烟测试、系统测试、回归测试等）进行统一规划和整合，并且快速生成聚合报告。
如下图所示，用户可以在计划列表清晰看到某个版本的完整测试过程。
- 测试规划
支持思维导图方式规划待执行的测试用例，通过测试点进行待执行用例分类。您也可以把它理解成是一个测试计划的规划大纲，通过测试规划可以清晰直观了解到当前测试计划的测试重点和覆盖范围。
- 测试计划报告
MeterSphere v3.0 的测试报告功能支持展示测试过程中多种维度的关键指标，例如测试通过阈值、测试通过率、执行完成率、缺陷总数等。针对测试计划中不同测试类型的用例进行执行分析和结果分析，并且提供一键生成报告总结的能力。
- 一键提交测试缺陷【正在拼命码代码，待发布后贴图】
缺陷管理
MeterSphere v3.0 的缺陷管理支持自定义模板、工作流，同时支持与第三方项目管理平台双向同步缺陷。
目前支持的对接平台有 JIRA、TAPD、禅道，其它对接平台也可以通过插件的方式自行对接，提供完备的插件开发文档
接口测试
- 接口管理
在 MeterSphere v3.0 版本中，接口定义功能支持接口预览（即接口文档视图）、接口设计、接口用例管理和接口 Mock 管理等，提供接口前后置脚本操作、前后置 SQL 操作以及断言功能，支持自动生成 JSONPath 断言和 XPath 断言。
MeterSphere v3.0 版本的设计过程中，充分兼顾了开发侧的需求，在不增加开发工作量的基础上，如何能及时同步 API 的变更给相关测试同学，如何真正意义上的将 API 文档的维护工作 “还给” 开发，我们也进行了一些功能上尝试。
- IDEA 插件
MeterSphere IDEA Plugin v3.0.1 插件借助 IDEA SDK 提供的 Psi 能力，基于 Javadoc 解析，无需额外的注解，能够自动识别 Java 类，并且支持列表、集合以及其他数据结构，支持嵌套泛型解析，最终生成的 API 文档可以一键同步至指定的 MeterSphere 项目中。
- 接口调试
开发同学可以在 MeterSphere IDEA Plugin v3.0.1 插件中直接调试接口，调试成功的接口也可以一键同步到 MeterSphere 系统中。
除此之外，MeterSphere 开源持续测试工具中也提供类 Postman 的接口调试能力，支持本地调试和服务端调试。调试成功的接口可以一键保存到接口定义中。
- 接口变更与同步
接口发生变更（idea 插件同步变更、文件导入变更、手动变更）请求参数发生变更后，主动给用例推送变更提醒，测试同学除了可以接收到消息变更通知外，在进入到用例列表时也能第一时间获取到变更提醒，并支持一键查看变更差异、一键同步变更差异。
除此之外，测试同学在进入接口用例详情页时，也会实时与接口定义的请求参数进行对比。
- 接口场景
接口场景自动化是接口测试的最核心功能，也是提高测试效率和软件质量的最佳实践之一。
MeterSphere v3.0 接口测试的场景自动化功能提供多元的步骤组件，用户可以通过系统中维护的接口、用例、场景、脚本、文件等资源进行业务场景的编排，配合逻辑控制组件以及 CSV 组件的使用，实现复杂业务场景的自动化测试。
- 接口报告
【MeterSphere 按照每月一个版本，持续迭代中…】
MeterSphere v3.0 开源测试工具支持多种安装部署方式，包括一键脚本在线安装、离线包安装和1Panel 应用商店安装，欢迎广大社区用户下载使用。
MeterSphere GitHub 仓库地址 ，如果您喜欢我们的项目请留下一个 star 哦！
特别说明：以上功能全部开源，MeterSphere 有社区版和企业版，我们承诺核心功能全部开源。也请大家理解，企业版的存在是为了开源版的更长远发展！
在开源的道路上，MeterSphere 将继续与用户共成长，让软件测试工作更简单、更高效。
对绝大多数公司而言，你这个绝对够用了，完全没必要再去写什么测试平台了
V3 的页面好简洁, IDEA 插件对于开发人员也很适用!!!
我们是属于小型公司，原先用的 v2 开源版本，现在体验了 v3 版本，界面上是很清晰和美观不少，比原先的版本也轻便了许多哈，我们公司新来的测试小姐姐初次使用也能尽快上手，整体感觉还不错，毕竟是开源的，已经很不错了。
对绝大多数公司而言，你这个绝对够用了，完全没必要再去写什么测试平台了
UI 终于更新了，V2 的紫色系看的头皮发麻
这是我见过最良心的开源项目，没有之一，希望能一直长久下去，祝越来越好！
有没有可能产品有桌面版的 ms
期待自定义头像的功能
而且，管理员想要查看某个人拥有的所有权限，从哪里看？ 系统 - 用户管理和组织 - 用户管理都只显示一部分信息，有没有全部展示的页面？
如果能和 jira 的联动更深一些就好了，目前只支持缺陷联动，但是不支持用例同步，关联 story 等更进一步的功能，因此我们只能找其他测试平台了-，-（目前其他的用着还不错）
我们也是用了测试管理、接口测试两个模块，相对 2.x 的沉重，更倾向用 3.x 的简洁界面。但是像我们这样已经使用了一段时间的 2.x，尤其是接口自动化已经有很大量的用例了，如果切换到 3.x 是个大问题，官方可以给出一些指导吗？
fox
回复
好感动！
讲真，我也觉得我们真的是业界良心了！v2 企业版的功能在 v3 基本都开源了，真心希望大家都能用起来，给我们反馈更多的建议和需求，良性循环！
一个颜色看久了，确实会审美疲劳， 可以一段时间换一个主题色！
国仔
回复
自定义头像功能我们是有规划的，会在后续的版本上线！
目前管理员确实没法直接看到某一个成员的全部权限，因为成员会存在多组织多项目中，每个项目的权限又各不相同，集中在一个页面来展示也需要切到不同的项目联动展示权限，和目前在系统上直接切换到项目看其实是一样的路径。不知道这么解释，可以吗，或者您有更好的建议也可以提给我们！
CmYzzZ
回复
我深有同感，我在上一家公司就是为了提效做平台的，但是人力非常有限，前后端开发只能在没有业务需求的时候支援一下，非常难！如果有合适的开源工具， 我觉得站在巨人的肩膀上，可能会轻松很多！
luty
回复
站在管理员的角度上，有时候系统内的用户太多太杂，不知道这个用户到底参与到了哪些组织哪些项目里，也不知道这个用户都担任哪些角色
亦或者用户自己都不知道自己被加入到了哪些项目里，都给了哪些角色
场景编排功能确实好用。
开源平台中 MS 是不错和很良心了，希望保持！ 另外这次产品定位后不要再来回换了，现在 V3 基本上是推倒 V2 重来，这成本可惜呀。
之前经常后续版本 不兼容之前版本 ，这明显是缺少顶层设计，想到哪做到哪！
youngff
回复
有没有一种可能，一开始做的时候还没有这么多需求
为了满足这么多需求，V2 就变得越来越臃肿
就跟你几年前装一台电脑，一开始只是为了打 LOL/魔兽世界/剑网三， 用当时最好的 6 代 i7，配 1070TI，650W 电源
但是你现在想要玩黑神话悟空，于是你买了 4090。然后发现 4090 需要配 14 代 i7 才能影视级画质。买了 14 代 i7，发现主板也要换，就换了 DDR5 主板。然后发现以前的 DDR4 内存条插不进去，你又换了 DDR5 的内存条。然后还没完，发现 650W 电源供电不足，你就又买了个 1000W 的电源。你以为现在好了可以玩了，发现散热不行，得上水冷，而你以前的机箱没有足够的空间上水冷，你还要换机箱。主机完事儿了之后，你有发现前些年的显示屏是 1080P 的，不是 4K 的，看起来马赛克，于是又买了个显示屏
于是一通折腾，只剩祖传的 SATA 硬盘可以不用换能凑合用。然后开始怀疑前些年的那一次装机，感觉 “这明显是缺少顶层设计”
其实一切只是当时的局限性
这个平台我用得挺好的，期待 v2 版本的数据能迁移到 v3 版本，v3 版本支持 python3 脚本呢
灰烬之胖
回复
个人觉得这和当时的局限性无关，有好的顶层设计 就是好扩展和维护 ，之前选择用 JMETER 来中 WEB 后续发现改不动了 ，如是这样 也说明之前 选型没选好呀，不要说局限性，数据库设计得好 也不存在 ，不兼容的事，功能可以砍，但是实体及关系是不动的；不管如何 MS 的开源 让更多的公司 不用搞半掉子的平台了，是好事，希望 MS 越来越好
我感觉这个产品的演进方向大变，而且是在偏离测试赛道，想走软件产品的全生命周期。这可能是一个错误！
什么是开源？使用开源的人群是什么？
作为一个老测试员，我以前为什么选择 Metersphere。
1、用例：在线的 XMind 编写器 + 用例管理 + 用例评审 + 报表统计。测试计划、缺陷管理、测试报告说实话很鸡肋，这些功能必须结合软件全生命周期的管理软件，都得关联到需求及其软件研发的 Stakeholder，这套逻辑产品市面上太多竞品以及成熟产品了，开源、收费的多得去了。
2、接口、性能、UI 自动化等通用性的技术测试工作，可以有统一的平台，且都是结合市面开源的大家用得多的工具链，如 postman\jmeter\selenium 等，可以一份脚本多用（虽然还是要细微调整，但是还是节约很多工作），招聘的人可以快速切入工作，支持可视化脚本编写，也可以自己开发脚本。还可以管理性能测试时多肉鸡管理。。。。
但是现在这个方向很多优势都没有了，回归到非常平淡接口测试平台。