使用MeterSphere让你的测试工作持续高效

      自我介绍一下，我是某医疗行业公司的测试团队leader，下属带领着一个五人的测试团队。主要负责公司产品的测试工作，包括app测试、黑盒测试等等，还会配合研发部门进行部分的白盒测试。由于产品迭代周期较短，导致平时上线前测试任务繁重，由于平时忙于工作也没有什么时间静下心来好好思考。碰巧这次疫情被强制在家隔离，工作任务顿时少了很多，正好趁这个时间静下心来好好的回顾一下工作上所遇到的问题，也算因祸得福吧。

       我们团队内都是工作三年以上的准资深测试工程师，平时都会用PostMan，JMeter进行接口、性能测试，自认为我们测试部门的工作效率还是不错。我们研发部门的同学也不乏技术大牛，代码能力很强，研发效率也是很高的。从内部资源的视角来看，功能研发、功能、性能测试、需求评审等每个环节的效率都很高。但在业务视角看来呢？那就是另外一回事了

       首先我们站在用户的视角上看，用户都是希望尽快实现他们的要求或者需求，解决他们最迫切的问题。但是当我们换到这个视角的时候，尽管我们内部认为我们的局部效率不错，但用户感知是不一样的，也就是说局部效率不一定带来高效交付，我们作为一个组织，是不是能够把各个局部的效率转化为高效的交付。其中部门间的协作、研发质量、测试质量，是否需要返工都会导致“局部效率不等于高效交付”，这就是我当前面临的第一个问题。

      当然我们以前为了解决高效交付的问题，我们通常在上线前，或者做项目时临时成立项目交付团队，工位也靠的很近，以此来解决交流的问题。确实达成了一时的高效，但这种高效是不可持续的。就站在我测试团队的角度而言，我维护的测试用例在将来是可以重用的，并且在重用的时候不会产生质量问题，我们习惯叫这些东西为“测试资产”，既然称作为资产，那么我们肯定希望它们产生正向利息的，但现实中，它们对我们来说往往不是资产，而是负债。我们花了很长的时间去维护，但却没有很好的持续累积资产，我团队的同学的测试用例都四散在各地，有的在TAPD上，有的自己用Excel去维护，而懒得上传同步，这都是阻碍我进行持续高效测试的因素，这就是我面临的第二个问题。

      基于以上这两个问题，我开始使用MeterSphere开源一站式持续测试平台，之前和他们产品团队线上交流过，但一直没有好好用起来，这几天试用下来比较贴切我的需求，故写下这篇文章供大家共勉及参考。

       平台主要涵盖了测试跟踪、接口测试、性能测试、 团队协作等功能，因为兼容了JMeter作为底层平台，所以在使用上没有任何技术隔阂。话不多说，给大家讲一下如何使用吧。

     安装MeterSphere的过程我就不赘述了，官网上都有，如果不清楚的可以参考在线安装 - MeterSphere 文档<