在一个“去QA化”的项目中，QA能做什么？

2023-02-28

测试质量 qa

第一次在某篇文章里看到“去QA化”这个概念，我当时也就是随随便便翻看了一下，并未多加关注。第二次是在QA社区群里看见更资深的同事在谈论“去QA化”，当时我小小的脑袋里，单纯觉得“去QA化”离我还是很有一些距离的。万万没想到！没过多久，当我上到一个项目之后，TL跟我说，我们有些项目确实是没有QA的，隔

第一次在某篇文章里看到“去QA化”这个概念，我当时也就是随随便便翻看了一下，并未多加关注。第二次是在QA社区群里看见更资深的同事在谈论“去QA化”，当时我小小的脑袋里，单纯觉得“去QA化”离我还是很有一些距离的。

万万没想到！没过多久，当我上到一个项目之后，TL跟我说，我们有些项目确实是没有QA的，隔壁项目组有一个QA，但是在整个开发流程中也没有专门的测试阶段。听完之后，我眼睛瞪得像铜铃(夸张修辞)：那谁来做测试策略呢？在什么阶段测卡了？什么时候做探索式测试呢？TL顾及我作为QA的尊严，立马跟我强调：“我觉得QA还是非常重要的，我是反对他们那样做的！太危险啦!”。但是，她善良的劝慰并没有抚平我的震惊，打消我的思考。这次我知道，“去QA化”可能真的来了。

那在“去QA化”的项目中，我能做什么来为团队提供价值呢？我带着这样的思考来到了项目上，并得出了一些自己的思考。

测试策略

因地制宜地制定测试策略，这个是QA到了新项目必须要做的一个事情。在了解项目的上下文之后，我们需要及时去做这个事情，它的优先级是非常高的。测试策略是一个非常重要的指导，它涵盖了功能，性能，Accessibility，兼容性，安全等方面都需要测什么，也明确了如何去测试的问题。在敏捷开发流程下，推荐大家可以参考“敏捷测试四象限”去思考设计自己的测试策略。

如果这个项目不是一个全新的项目，已经有了现成的测试策略，我们需要在加入项目时去理解现在的测试策略，并在后续对项目背景、技术架构、软件功能有了更深入的了解之后，看是否需要去改进当前测试策略。每个项目的测试策略，其实都应该跟随项目变化不断演进。

质量内建

QA为什么要在项目上推进质量内建?首先，我们想想缺陷是被测试出来的吗?不，它是在生产过程中产生的，所以我们需要在生产的过程中去提升产品的质量，减少缺陷。

在敏捷开发的流程中，我们有需求分析、架构设计、Kick off、Desk Check、In QA这一系列的环节，质量内建其实就是要求我们做好每个环节的质量保障，努力避免缺陷，尽早发现缺陷，而不是期望在测试环节发现所有缺陷，然后再修复。缺陷发现得越晚，修复得成本就越高。并且，缺陷发现越多，就越可能存在更多的缺陷。

我们在每一个阶段都需要有质量保障策略，团队的每个人都需要为质量负责。比如：

在需求分析阶段，写卡需要遵守INVEST原则，团队需要对需求的理解达成一致;
在开发阶段，可以通过Pair、TDD、QA和Dev pair写单元测试、及时需求澄清等保障开发阶段的质量;
在测试阶段，可以通过充分的测试设计、探索性测试、更完善的自动化测试覆盖等去及时发现缺陷。

除此以外，质量内建还包括其它的方面，需求管理，风险管理，提高团队的质量意识等。

自动化测试

制定自动化测试策略，并跟团队达成一致。搭建E2E和API自动化测试框架，编写自动化测试代码，并经常给项目小伙伴们科普洗脑(我不是，我没有)自动化测试的重要性，逐步提高项目的自动化覆盖。

除了UT、E2E、API这些自动化测试以外，其实任何经常重复执行的动作，都可以尝试自动化，比如准备测试数据，重复填写冗长的表单等工作。自动化测试可以减少人工重复点点点，解放QA的一部分劳动力，并且自动化测试的及时反馈，可以让团队和客户对产品质量更有信心。

测试左移

需求分析是开发流程当中非常重要的一环(不局限于敏捷开发)，QA应该更早地介入需求分析，更多去关注业务需求，以QA的独特视角去分析需求的合理性，以及一些边界场景。在需求分析阶段，多与客户进行沟通，理解客户的真正诉求。跟BA一起pair完成写卡，补充业务场景。并尽量在Kick off之前，确定好这张卡哪些testcase需要API自动化覆盖，哪些需要在e2e自动化覆盖，哪些是需要UT测试来覆盖。

在故事卡进入开发阶段前，通过当面沟通、ACs、testcases的各种方式(根据自己项目情况来)，确定并澄清需求，达成一致理解。减少因为需求不合理，需求分析不充分，需求理解不一致导致的问题。