怎么提升工作效率？

想要提升测试的工作效率，我觉得有两点，第一点就是你要对公司的基本业务很熟悉，平常多看自己负责的业务相关的文档，尤其是测试前辈所总结的。

自己也可以做一些笔记和总结。

有时间的话，可以深度的去了解你们公司的服务架构，这是最基础的。

第二点：擅用测试工具，好的工具，可以让你的工作效率成倍增长，一般来说，每一家每一个团队，经过多年的沉淀必然会有一定的产出，我根据这几年的工作的所见所闻，列出了一些必备的，测试工具和效能工具，大家可以看一下这个思维导图。

下面咱们就挑几个重点来讲，首先第一个，散装的工具，这个怎么解释呢，就是说，是一些比较分散的单元化的工具，这类工具呢，都是比较成熟的，也是比较易用的，而且没有集成成平台的一些必要，比如说抓包工具的Charles，数据库管理工具Navicat，这些本地的一些客户端的工具就特别的实用，第二个，自动化平台，app的测试平台，什么是app测试平台呢，比如说一些稳定性测试，埋点的测试，ui自动化的测试，都是在，可以综合在那个app测试平台里面，还有就是接口自动化平台，还有全链路压测平台，还有就是mock平台等，第三个测试平台，一个最大的作用就是说可以作为一个工具，入口和一个导航网站，方便跳转到各个测试平台，另外，还可以承接一些构造测试数据，查询数据和一些功能。

第四个，持续集成，你应该最先想到的是jenkins ，作用的话我就不用多提了，第五个，bug管理，如果没有开发bug平台的能力，用jira来做bug管理，项目管理和工单系统也是不错的选择，很多团队在初创的时候，就感觉这个东西是特别没有必要，有可能他会把这个bug平台就是用一个在线文档去维护，或者就是说，他直接在Gitlab 或者github上去提一些issue 但是这样的话就会导致什么问题呢？导致这个效率会比较低下，因为他没有很完备的工单或者说一个bug的流程，所以说这个东西，我觉得是对于测试来说是特别有必要做的。

接下来我们谈谈提升构造数据的效率，测试五分钟，造数三小时，这个想必是测试同行每天最头疼的事，一方面呢，造数据真的特别麻烦。

每个需求都不一样，要构造的数据也不一样，总是得花大量的时间去构造数据，第二是好不容易构造的数据被一个update或者delete 气得你都想报警有没有，要解决构造数据的难题，一是让构造数据变得更加简单，而且互动性更强，第二呢，是让这个数据隔离做的更好，首先要对主流层的数据进行一个工具化的构造，比如说，快速的批量创建商品，快速批量的创建账号，快速批量的创建订单等，这些东西，都可以提升我们的效率，而且都是对于测试一个电商系统来说，这个是很有必要的，其实，数据隔离这一块，一是可以通过人为的规范约束，另外可以数据库管理的隔离，不知道现在的容器技术能不能实现。

除了数据构造之外，查询数据也是很耗费时间的，这个时候我们就可以开发一个数据的查询平台，在一条链路上主要节点，安插我们的监控点位，对外只保留一个查询窗口，电商平台为例，某个商品的信息，从商品系统，价签系统搜索，推荐系统再到app的一个网关，经过层层的流转，数据经过层层的封装，可能状态都会不一样，我们可以从各个系统中抽取出特征的一些数据，进行一个可视化的一个查询展示，而不是像传统的做法，我要先去查商品系统的数据库，再打开价签系统，查看促销信息，然后再去搜索系统去看看这个商品到底有没有真正的存到es索引，这样的话窗口很多，十分影响效率，最好的做法就是说像刚才所说了，统一查询。

第四，做好环境维护和构造数据一样，环境维护也是一个老大的难题，测试服务器资源是有限的，但是业务又是不断的增长，对于资源的整合就显得尤为重要，也在越来越流行的做法就是说，使用容器化，去搭建设施环境，这样使得服务移植更加方便，假如说不用容器化去实现，至少也应该，搞搞Jenkins 去部署吧，总不能说，手动去部署，记得当初找工作的时候，一家公司，想给他们的团队去招聘第一个测试，但我听说他们有十几个服务，但只有一个测试服务器，并且上传完代码之后就得手工的去执行命令去启动服务器的时候，我就感觉，这个特别不可思议，因为效率真的很低下，然后我向他们提出了治理这个测试环境，并且提供了一些升级部署环境的方法，他们的项目负责人对我说还是不要了，太麻烦，我微微笑表示尊敬，心里其实早就已经有了答案，这家公司不太适合我。

第五，做好测试规划，测前排期规划好，排的宽松一点，避免老板强插紧急的需求，测试过程中呢，统筹协调资源能力，要么加人协助，要么就是约束开发去提升提测质量，以及约束产品进行产品验收，当然这都是靠外力作用的，其实最核心的还是要看自己怎么做，你可以提早的介入测试，越早越好，从需求评审的时候就开始对文档进行测试，同时去编写测试用例。在后端接口开发完毕的时候，马上就可以进行构造数据了，等前端也开发完毕之后，或许你就可以直接无缝连接的去进行功能测试的一个环节了，另外如果有完备的测试工具，也可以进行辅助测试，其中效率测试完成之后要反思着复盘，然后深挖痛点开发工具去为下一次紧急需求去做好准备。

第六，认真的对待bug管理，带着开发的同理心去提bug，这样的好处就是说开发他能看得懂bug单，从而不会老麻烦你去复现和定位问题，好的bug单，从标题就能看得出问题的定位。bug管理可玩的地方，包括就是说bug通知了，可以通过邮件、协作工具。协作工具就是说我们平常用的一些钉钉或者说飞书之类的，还有就是bug的快速提交，自动生成bug提交的模版，手机一键提bug。自动化测试用例、自动提bug等等。

第三个，bug的流转，bug肯定是有一套生命周期的，有自己的工作流，一键处理等。

第四个部分就是bug的看板，这个看板主要是体现这个版本的bug曲线，bug曲线的话正常来说应该是初期会比较少一点，到中间的时候是一个高峰期，这个到后期以后，这个bug要收敛的特别少，达到上线的目标，还有这个bug看板就是bug数的统计，还有bug的特征分布等等，就是比如说哪些地方出现频率会高，就着重去对这方面进行设计用例的时候多加小心注意。