为了账号安全,请及时绑定邮箱和手机立即绑定

测试工程师为什么你老加班?怎么提升工作效率?

怎么提升工作效率?

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

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

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

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

下面咱们就挑几个重点来讲,首先第一个,散装的工具,这个怎么解释呢,就是说,是一些比较分散的单元化的工具,这类工具呢,都是比较成熟的,也是比较易用的,而且没有集成成平台的一些必要,比如说抓包工具的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的特征分布等等,就是比如说哪些地方出现频率会高,就着重去对这方面进行设计用例的时候多加小心注意。


点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消