在线用例管理平台-MeterSphere
背景
由于项目成员的增多与项目并行的情况时有发生，对于项目管理人员来说，如何把控测试的进度与用例的执行情况成了一个难题。在这种情况下，传统的本地用例文件往往不能帮助我们对项目的测试进度有直观的感受，在线用例平台在这种情况下就应运而生了。
为什么选择MeterSphere
选择在线用例管理平台的时候，我遵循了以下几个原则：
测试进度可视化效果好
用例模板契合当前编写习惯
使用造成的额外时间成本低
便于管理用例库
目前市面上比较主流的用例管理平台有Jira上的Zephyr、SynapseRT；PingCode与MeterSphere等。
其中Zephyr的功能较为单一，许多的场景无法满足，PingCode比较偏向于研发，不是专注于用例管理的功能。所以最终的取舍还是在SynapseRT与Metersphere中。
SynapseRT
SynapseRT的优势在于，jira是公司目前使用的项目管理平台。因此，我们使用SynapseRT插件管理测试用例，可以很好的契合我们整个的版本周期，他的优势包括有：
不需要进行额外的系统管理
测试用例可以与需求进行紧密的对应
十分优秀的可视化进度
便于项目组所有成员实时关注
SynapseRT可以很好的将用例与需求关联到一起，由于当前我们项目中每一项需求都会维护到Jira里，因此使用SynapseRT管理用例可以在推进项目规范管理的同时杜绝漏测现象的发生。它的组件包含有：
需求(jira问题)
此组件可以将需求与用例和问题关联到一起，分三个模块展示。测试用例
此组件是对单个用例的编辑与展示，同时展示此用例关联的用例集、测试计划与需求。测试用例集
测试用例集类似与用例库的概念，所有的版本用例都可在此处根据系统与模块进行归档沉淀。测试计划
测试计划是管理中比较核心的模块，在该模块中可以实时查看当前用例的执行率与执行结果。测试过程中，管理人员可以通过这里把控当前的测试进度并判断项目是否有风险。测试周期
周期模块类似于项目计划的看板，项目里具体的问题分布可以在这里以看板和列表的形式可视化展示测试执行
执行模块是由测试人员负责，用以记录用例的执行结果测试报告
报告模块是插件自带的报表看板生成模块，用以可视化分析版本的测试质量与项目质量。
SynapseRT的缺点对于我们来说也十分明显，它并不支持Xmind格式的测试用例导入，使用他对于我们来说就需要舍弃当前的用例编写习惯，或者花费额外的时间去将我们的思维导图用例转换成EXCEL用例，这对于版本周期通常紧张的我们来说并不友好。
MeterSphere
MeterSphere 是一站式开源持续测试平台, 涵盖测试跟踪、接口测试、性能测试、 团队协作等功能，全面兼容 JMeter、Postman、Swagger 等开源、主流标准，有效助力开发和测试团队充分利用云弹性进行高度可扩展的自动化测试。
相比于SynapseRT，MeterSphere的功能毫无疑问更加的强大。除了传统的功能测试之外，接口测试甚至性能测试都可以在这个平台上进行管理。同时，对于传统的功能测试来说，该平台对于测试的跟踪和用例管理的功能上来说，也不逊于SynapseRT。同时它支持Xmind格式的用例导入。唯一的缺点就在于，他是一个独立于Jira的单独平台，因此在平台管理上需要付出额外的成本，同时平台上的用例与实际需求的关联并不如Jira上的插件那么紧密。但相比于它实际强大的功能和扩展性上来说，这些都可以接受。
总结
| SynapseRT | MeterSphere | |
|---|---|---|
| 测试进度可视化 | ✔ | ✔ |
| 有用例库的概念 | ✔ | ✔ |
| 支持Xmind思维导图用例 | × | ✔ |
| 使用造成的时间成本低 | × | ✔ |
| 支持接口测试 | × | ✔ |
| 需求与用例关联紧密 | ✔ | × |
综上，考虑到最关键的使用造成的额外时间成本，与契合当前的用例编写习惯来说，还是选择了MeterSphere平台。
MeterSphere的使用
系统管理
首先在系统管理里添加测试的项目
并创建用户
添加用户的项目，用户组类似于角色的概念，是权限的集合，可以在用户组与权限里设置。组织是用户的集合。
用户空间主要用于接口测试，用于配置测试环境等，功能测试时默认选择默认工作空间即可。
测试跟踪
测试跟踪模块即为我们主要使用的管理用例与跟踪测试进度的模块，接下来我将介绍如何完整的进行一次测试计划添加。
测试计划创建
首先选择好我们要进行添加嘉华的测试项目，要注意选择正确的工作空间，否则可能会无法选到项目。
在测试计划页面下，点击左侧列表搜索栏旁的更多操作，点击导入按钮
选择思维导图用例，点击下载模板
模板基本契合我们平时的用例写作习惯，下面会根据这几个版本的试用，给出几个编写时的参考建议与注意点：
用例原来整体的基本框架不需要改变，具体用例的上级节点仍然是模块，每个模块的名称建议统一，方便用例库的收集
具体的操作步骤与预期结果可以写详细点，方便进行评审
tag标签推荐写为该用例对应的jira编号，方便对应。
如果导入报错，可以试着拆成几份分次导入。
附件给了一个项目中最近使用的用例，可供参考
上传完之后，可在右侧列表看到具体的用例，左侧列表展示系统的模块，即为导图中的每个上级节点。
测试用例模块中的用例并不用于执行，具体的执行需要在测试计划模块中进行。
在项目计划模块中建立测试计划
在计划页面关联我们导入的测试用例
可根据搜索条件，选取我们当前版本测试计划需要用到的用例，导入至列表，此时列表可见导入的用例，返回测试计划列表，即可看见当前的测试进度，一次完整的计划创建便完成了。
用例执行
点击计划内的用例，可以根据每个步骤标上测试结果，同时也需要在上方标上该条用例整体的测试结果。
因前置功能有问题，导致暂时无法执行的用例建议打阻塞。
项目管理人员可以实时根据报告里的用例执行情况，进行跟进。
与jira问题关联
首先需要在系统设置→组织→服务集成，添加jira账号配置。
然后在工作空间→模板管理→自定义字段中，创建字段，与我们的jira项目故障模板对应
具体的选项值需要在jira中抓包获取。
然后在缺陷模板中，创建新的模板，添加已经编辑好的自定义字段，或者直接在页面内设置。API字段名称需要在jira中抓包获取。缺陷平台需要选择JIRA。
最后在项目管理中关联添加好的缺陷模板，并填入项目key，key可在JIRA中查看![]
最后在执行用例时，在下方的关联缺陷-添加缺陷时，添加完成后，即可关联到JIRA平台
接口测试与扩展
MeterSphere是支持Jmeter脚本导入的，对于单独的接口测试也可以起到和postman相同的作用。
未来可以考虑将一部分的接口测试脚本同步到该平台上，可以与开发人员进行共同维护与使用。
作者：三百云技术中心
链接：https://juejin.cn/post/7026594427158134821