如何提高测试过程效率？-编程知识

如何提高测试过程效率？

前几天写了一篇文章，分享了一些工作汇报的方法和案例，详情见《如何编写年度工作汇报PPT》。

后台有同学留言，对质量度量和测试提效部分提了几个问题，核心集中在如何提高测试过程效率方面。

我在前面写过几篇关于测试提效的文章，分别聊到了影响测试效率的因素，测试团队要提效面临的挑战，以及提高测试过程效率的一些思路和方法。

有的同学说在不同的公司和团队，项目不同，要解决的具体问题也不一样。诚然，这是客观现实，但剥离业务细节和人的因素之外，本质是没有太多区别的。

关于解决问题，我一向提倡的方式是，先摆正认知捋清思路，再解决问题。否则只想着用别人解决问题的案例套用自己的项目，最终的结果大多不会太好。

回到正题，这篇文章继续聊聊如何提高测试过程效率。

首先，要提高测试过程效率，需要先找到影响效率的因素，这是达成工作目标所必然面临的挑战。

从软件工程的角度来说，影响质量的三要素是范围、时间和成本。

范围、成本、时间也可以称之为不可能三角，即三者之间是互相制约的关系，我们最多只能追求其中两点。

所谓的提升效率，换言之就是提升单位时间内的人均产出，或者降低单位时间内的人均损耗(成本)，再或者在产出固定的情况下降低工作所耗费的时间(时间)。

从质量保障的角度来说，提升测试过程效率也可以理解为：在尽可能降低成本投入的前提下，提升生产效率，并保障最终交付质量在水准线之上。

这里有个前提就是交付质量是不能降低的。以上图为例，我们可以得到如下几点提升效率要面临的挑战：

综合这三点挑战，我们可以得到一个结论：在保证交付质量不变的前提下，要达到提效的目标，需要在范围、时间、成本这三者之间找到一个平衡点，并根据具体情况动态调整优先级和资源配置。

聊完客观因素，再来聊聊影响效率的主观因素。

在日常项目研发交付过程中，最常见的影响效率的因素有这几点：需求频发变更、代码质量差频繁返工、测试方案考虑不足测试手段匮乏(比如测试执行过程纯手工执行)。

这几点因素又会导致一个新的问题：频繁沟通带来的信息同步问题，以及从信息同步到落地执行之间的时间损耗。

对测试同学来说，质量是团队的安全线，也是最高目标。在保障交付质量的前提下达到提升的目标，我个人认为可以分为短期和长期两个阶段来开展实践。

如上面的内容所述，成本和效率是互相制约的。要达到提效的目标，短期要做的改进大概分为如下几个方面：

度量：要达到提效的目标，首先要有一个对比，即首先要知道当前的成本投入和效率是多少，识别其中的低效率和高成本环节，然后才能制定对应的改进方案。这也是为什么近几年所谓的质量度量、研发效能度量很火热的原因之一。当然，度量的结果只是作为一个评估当前状况的参考值，仅对后续的改进方法提供参考，但绝不是唯一指标。
工具：要想短期内提升效率，一个不是捷径的捷径就是改善工具。比如以前接口测试都是手动执行，提升效率则可以采用自动化的方式；以前准备测试数据都是手动写SQL去一条一条插入数据，提升效率则可以考虑流量录制或者通过存储过程的方式去预埋数据，这样效率也会提高。当然，工具的优化势必意味着需要投入一定的额外成本，短期内成本也会上升，但长期来说，工具改善后带来的效率提升是更高的。
轮子：造轮子这件事大家都懂的，毕竟事关KPI和向上管理。但团队大了，轮子多了，其实就是一种功能重叠和额外的资源浪费。造轮子需要投入资源，维护轮子需要资源，且很多轮子在功能上是重叠的。因此短期内要降低成本，砍掉重复的轮子就是一种很现实的方案。当然，砍哪些轮子，如何整合资源，需要评估分析。

除了短期见效的一些方法，提效更多的是一个长期投入持续迭代优化的过程。以一个版本迭代为时间周期，低效且高成本的环节，最常见的有如下几种情况：

在日常工作中，其实真正的编码和测试所耗费的时间并不多，更多的时间耗费在了确认需求、需求变更带来的返工、服务报错排查定位、准备测试数据、以及各种各样的沟通协调和会议中。因此在长期投入改进方面，可以从如下几个方面入手了达到降本增效：

测试左移：加强需求和设计阶段的评审和风险评估，准备应对风险的冗余方案；需求实例化。
质量门禁：推动软件研发交付各阶段的质量门禁，做好质量卡点，比如提测冒烟、单元测试等。
质量内建：通过流程规范宣讲以及以身作则的带头实践，要求各个角色实时对软件的质量负责，减少因为前期风险不可控而导致后期的修复成本增加，进而浪费大量资源。
环境治理：测试环境的稳定性是一个被大家忽略的环节，但这是我们所有测试活动开展的基础。可以通过规范变更流程、打通底层数据、变更权限收口、环境容器化、stable环境等手段来提升测试环境的稳定性，降低环境不可用带来的时间浪费和排查问题带来的成本。