搞敏捷就不需要测试了吗？丨IDCF

459 2023-07-12

来源：敏捷DevOps那些事儿
作者：杨久成

随着敏捷开发的普及，很多人片面地理解质量内建的概念，认为理想状态下是不需要测试角色的。也有很多组织尝试着降低测试人员比例甚至是去测试化的做法。甚至在很多组织敏捷转型过程中，都常常忘记需要测试角色的参与！

敏捷开发一定程度上确实将很多测试任务分配到了其他角色头上，也会降低很多手工测试任务的比例，从而产生减少测试人员投入的假象。但是敏捷并不意味着不需要测试。我更认可敏捷对测试提出了更高的要求，测试在敏捷转型的背景下职能会发生必然的变化。

下面通过4个方面说明在敏捷环境下测试角色的职能变化。

1、加强客户思维，成为PO在研发团队的代表

理想的敏捷总是美好的，但是在现实情况下，很多组织的PO与研发团队的协作并不能像Scrum描述的的一样，达到持续高效的协作状态。甚至很多组织中PO要兼职多个团队的产品管理工作，在单个团队中的时间投入捉襟见肘。

而这种场景下测试是比较理想的产品代理人角色。测试人员一直都是对需求有充分了解的那个人。在敏捷环境下则需要测试更加具备客户思维，一方面尽早的参与需求评估甚至是需求规划过程；另一方面，成为团队中的产品代表，在必要的环节给到开发人员及时的反馈。例如：在团队进行开卡和验卡的环节，如果没有PO在场，测试人员就是业务需求的反馈者。

2、持续测试的推行者

为了做到更快地响应客户和市场的需求，敏捷对研发流程提出了更高的要求，自动化是无法规避的必经过程。而传统测试角色需要在过程中，承担起测试自动化能力构建的职责。虽然对测试人员提出了更高的要求，但作为敏捷研发模式下的测试角色，自动化能力也是转型的必备技能，再通过与流水线工具的结合实现产品功能的持续测试。

而另一方面，测试角色完全可以成为其他角色的老师，例如，帮助研发人员构建测试能力，提升自测水平，给到业务需求价值和可行性的反馈，提升需求质量等。

而当测试人员从传统的缺陷守门员逐步转变为全链路的质量管理者角色后，团队的质量水平会有很大的提升，测试角色的价值也体现得更加明显。

3、构建测试策略

传统测试场景下，测试策略相对单一，主要的测试工作都集中在测试环节的手工功能测试上。而敏捷团队要求团队构建起动态的测试策略机制。需要根据团队现状和问题制定适合的测试策略。

我们都知道鼎鼎大名的测试金字塔模型，但是企业盲目的按照测试金字塔模型构建自己的测试策略无疑是自寻死路。每家企业甚至是每个团队测试基础不一样、产品质量要求不一样、监管力度也不一样。需要有人根据团队具体情况制定适合的测试策略模型。

例如：很多传统金融企业对产品质量要求非常高，但是往往测试基础比较薄弱。如果盲目地追求金字塔模型，减少UI测试的比例。即使团队自己有信心，管理者也不敢放手让团队做。毕竟质量是红线，谁也担不起责任。

而在敏捷环境下，测试角色自然而然地应该承担起测试策略制定和构建的任务。帮助团队构建适合自己的测试策略模型。

4、探索性测试

即使团队测试的自动化程度很高，各个角色也都投入到了质量内建的活动当中。但自动化依然不能代替手工测试。

一方面基于上一条所说的自动化测试策略问题，并不是所有团队都要追求最高比例的自动化覆盖率。另一方面，总有一些测试工作是无法被自动化替代的。例如必要的手工测试和探索性测试。