业务高速发展下如何做好质量把控--测试转型之路

为什么需要测试进行转型？

行业发展的需要

行业背景
业务高速发展下，我们需要快速抢占市场，这就决定我们的需求或项目要做的价值导向，项目节奏多为 “短平快”。

公司对 QA 的定位

测试行为之前更多的是在项目的最后一环，为质量兜底，有些质量问题可能在需求阶段就已经埋下隐患，一旦在后期才被发现，再去解决无形中就会提高问题的解决成本，质量好坏不是测出来的，而是需要项目组各角色在各个阶段共同去把控，所以对于 QA 的定位逐步转化为全流程的质量把控，协助全员做好质量内建。

测试人员自身发展诉求

测试人员转型前的职责，参与需求评审、用例编写、执行测试、线上验证，长期的重复性工作很容易让大家质疑自己的竞争力在哪里？

测试向哪儿转，目标是什么？

首先我们要明确长期目标：做好全流程的质量把控，QA 不再兜底，做好全流程质量把控，提高项目组成员整体的质量意识，共同对质量负责，做好质量内建。

长期目标的实现不是一蹴而就的，需要分阶段的短期目标支持，优先想到的比较容易的目标是，设计质量管控指标、完善流程、组内宣贯。（后边的一些经历证明我这时的决策想的有些简单了，也让我明白长期目标明确了，短期目标服务于长期目标，但需要适时调整！）

测试转型我们做了什么？

转型历程

指定行动计划

遇到问题

对流程质疑当前流程已经很好了，QA 全流程质量把控，增加了沟通成本。
自测方式不统一让开发对自己的代码质量负责，推自测，但自测方式不统一
测试能力不足测试人员想对全流程质量做好把控，但对业务及技术实现全局架构不了解，测试人员非常被动，无法给出风险预判；
未达成共识开发认为 QA 就是提测后对产品进行测试，不理解为什么做这些事。

调整思路
要从根本解决问题，首先要提升测试人员的能力，这样才能及时捕捉到项目中的问题，有针对性的推动解决方案的落地。

提升质量把控能力

在转型中，QA 进一步提升了质量把控的能力。
质量保障行为贯穿整个项目生命周期

质量把控能力—从用例设计转变为测试策略设计
要基于业务背景和技术实现制定测试策略，测试策略涵盖资源投入、风险评估以及测试方案。

质量把控能力—基于需求特性驱动的分层测试
基于需求特征进行场景抽离，基于具体的场景及技术实现进行分层设计，然后分阶段去执行，过程中可以基于实际情况进行补充完善。
这样做的好处：

问题可以及早的发现，问题解决成本降低。
大部分后端功能前置测试，缩短了项目周期。
测试、开发粘合度更强，测试方案更具针对性。

质量把控能力—数据构造、测试平台助力提效
有些场景的链路特别长，QA 测试一个场景需要切换各个系统构造前置数据，而且这是一个反复操作的过程。如果交由新人操作熟悉成本很高。这时我们借助工具平台，将复杂的链路操作平台化，很直观的引导大家一键构造所需场景，在日常测试工作中大大提高了测试效率，而且新人熟悉成本也进一步降低。