如何提高测试过程效率?
前几天写了一篇文章,分享了一些工作汇报的方法和案例,详情见《如何编写年度工作汇报 PPT》。后台有同学留言,对质量度量和测试提效部分提了几个问题,核心集中在如何提高测试过程效率方面。
我在前面写过几篇关于测试提效的文章,分别聊到了影响测试效率的因素,测试团队要提效面临的挑战,以及提高测试过程效率的一些思路和方法。
有的同学说在不同的公司和团队,项目不同,要解决的具体问题也不一样。诚然,这是客观现实,但剥离业务细节和人的因素之外,本质是没有太多区别的。
关于解决问题,我一向提倡的方式是,先摆正认知捋清思路,再解决问题。否则只想着用别人解决问题的案例套用自己的项目,最终的结果大多不会太好。
回到正题,这篇文章继续聊聊如何提高测试过程效率。
影响效率的主客观因素
首先,要提高测试过程效率,需要先找到影响效率的因素,这是达成工作目标所必然面临的挑战。
从软件工程的角度来说,影响质量的三要素是范围、时间和成本。
范围、成本、时间也可以称之为不可能三角,即三者之间是互相制约的关系,我们最多只能追求其中两点。
所谓的提升效率,换言之就是提升单位时间内的人均产出,或者降低单位时间内的人均损耗(成本),再或者在产出固定的情况下降低工作所耗费的时间(时间)。
从质量保障的角度来说,提升测试过程效率也可以理解为:在尽可能降低成本投入的前提下,提升生产效率,并保障最终交付质量在水准线之上。这里有个前提就是交付质量是不能降低的。以上图为例,我们可以得到如下几点提升效率要面临的挑战:
假设范围不变,提升效率意味着要增加成本投入;
假设成本不变,提升效率意味着要缩小需求范围;
假设时间不变,提升效率意味着要牺牲交付质量;
综合这三点挑战,我们可以得到一个结论:在保证交付质量不变的前提下,要达到提效的目标,需要在范围、时间、成本这三者之间找到一个平衡点,并根据具体情况动态调整优先级和资源配置。
聊完客观因素,再来聊聊影响效率的主观因素。
在日常项目研发交付过程中,最常见的影响效率的因素有这几点:需求频发变更、代码质量差频繁返工、测试方案考虑不足测试手段匮乏(比如测试执行过程纯手工执行)。这几点因素又会导致一个新的问题:频繁沟通带来的信息同步问题,以及从信息同步到落地执行之间的时间损耗。
提升测试过程效率的方法
对测试同学来说,质量是团队的安全线,也是最高目标。在保障交付质量的前提下达到提升的目标,我个人认为可以分为短期和长期两个阶段来开展实践。
短期改进
如上面的内容所述,成本和效率是互相制约的。要达到提效的目标,短期要做的改进大概分为如下几个方面:
度量:要达到提效的目标,首先要有一个对比,即首先要知道当前的成本投入和效率是多少,识别其中的低效率和高成本环节,然后才能制定对应的改进方案。这也是为什么近几年所谓的质量度量、研发效能度量很火热的原因之一。当然,度量的结果只是作为一个评估当前状况的参考值,仅对后续的改进方法提供参考,但绝不是唯一指标。
工具:要想短期内提升效率,一个不是捷径的捷径就是改善工具。比如以前接口测试都是手动执行,提升效率则可以采用自动化的方式;以前准备测试数据都是手动写 SQL 去一条一条插入数据,提升效率则可以考虑流量录制或者通过存储过程的方式去预埋数据,这样效率也会提高。当然,工具的优化势必意味着需要投入一定的额外成本,短期内成本也会上升,但长期来说,工具改善后带来的效率提升是更高的。
轮子:造轮子这件事大家都懂的,毕竟事关 KPI 和向上管理。但团队大了,轮子多了,其实就是一种功能重叠和额外的资源浪费。造轮子需要投入资源,维护轮子需要资源,且很多轮子在功能上是重叠的。因此短期内要降低成本,砍掉重复的轮子就是一种很现实的方案。当然,砍哪些轮子,如何整合资源,需要评估分析。
长期投入
除了短期见效的一些方法,提效更多的是一个长期投入持续迭代优化的过程。以一个版本迭代为时间周期,低效且高成本的环节,最常见的有如下几种情况:
需求不明确、需求频繁变更、临时插入需求;
提测质量差、编译打包失败、服务发布报错;
服务经常挂、服务频繁发布、测试数据不可用;
大量的会议、沟通确认信息、跨部门资源协调;
在日常工作中,其实真正的编码和测试所耗费的时间并不多,更多的时间耗费在了确认需求、需求变更带来的返工、服务报错排查定位、准备测试数据、以及各种各样的沟通协调和会议中。因此在长期投入改进方面,可以从如下几个方面入手了达到降本增效:
测试左移:加强需求和设计阶段的评审和风险评估,准备应对风险的冗余方案;需求实例化。
质量门禁:推动软件研发交付各阶段的质量门禁,做好质量卡点,比如提测冒烟、单元测试等。
质量内建:通过流程规范宣讲以及以身作则的带头实践,要求各个角色实时对软件的质量负责,减少因为前期风险不可控而导致后期的修复成本增加,进而浪费大量资源。
环境治理:测试环境的稳定性是一个被大家忽略的环节,但这是我们所有测试活动开展的基础。可以通过规范变更流程、打通底层数据、变更权限收口、环境容器化、stable 环境等手段来提升测试环境的稳定性,降低环境不可用带来的时间浪费和排查问题带来的成本。
版权声明: 本文为 InfoQ 作者【老张】的原创文章。
原文链接:【http://xie.infoq.cn/article/62fa5ecc59724833d08a7e791】。文章转载请联系作者。
评论