【每日一学 20260806】敏捷之道——自动化测试与需求变更

2026-08-06 14:34:00
蓉蓉
原创
11

自动化测试是敏捷软件开发中的一项重要实践。然而在业界实践中并没有得到足够的广泛应用。除了技术难度资金投入外，开发团队固有的限制性信念也是造成这种状况的重要原因。
比如，在与团队交流时，我常常听到类似这样的声音：
“自动化测试很好，但是，因为现在需求不稳定，目前还不适合采用这种技术。”


这种观点可能误解了自动化测试在开发过程中的作用，导致团队错失了提升效能的机会。更为重要的是，即便未来出现“需求稳定”的机会，如果团队仍然持有这种误解，可能也难以充分发挥自动化测试应有的助益，无法帮助团队保持长期可持续的改进节奏。


在我的开发经验中，无论复杂遗留系统的增强还是全新探索性产品的开发，自动化测试都为实现快速高质量的需求迭代提供了有力保障。因此，希望通过本文来探讨自动化测试于需求变更的关系，澄清自动化测试在敏捷开发过程中的作用，帮助团队更好地理解并应用自动化测试。

1.放弃“全部或没有”的测试理念

不要期待一下子获得满分答卷式的测试集，因为这样的测试集成本巨大，但更重要的是如同前文所说，建立自动化测试集的主要目标是服务于构建者而不是验收者。在同等投入下，通过自动化测试消除更多的信息传递错误，而不是期望一个完美的自动化测试集取代所有测试活动。

2.分析最需要消除的信息传递错误

团队可以通过分析每次软件发布前，有哪些耗时的低效步骤（例如手工验证或者回归测试），以及那些每次发布常常遗漏出去并对客户造成影响的缺陷类型，来确定自动化测试最值得投资的方向。很多“不小心”的错漏，实际上是心照不宣、有意无意的掩盖。掩盖的背后可能是我们选择不去做某些本应该做的事情，这种选择的原因是低效验证手段带来的高昂的成本或过高的复杂度。通过自动化测试，我们可以破除成本的限制，大大提高构建效率。

3.投资基础能力，使后续的测试更加容易

相比一次性的手工操作，自动化测试需要更多的投入，但这种投入是可以企及的。在解决方案范式和基础设施基本稳定的情况下，大部分需要克服的困难或者基础的工具代码都可以在其它的测试场景得到重复使用。
第一个自动化测试将会是最困难的，请务必选择团队中的骨干技术力量去编写。自动化测试也是软件代码，并且是被团队天天使用的软件。不要把它作为边角料杂务草率地对待，然后又在进展不利时早早地打了退堂鼓。
通过树立明确的自动化测试观念，选择对团队最有帮助的突破点，投入足够的力量，即使是基础较为薄弱的项目也可以顺利开展自动化测试，快速得到成果。

本文观点总结如下：
（1）自动化测试并和需求频繁变更并不相互冲突：自动化测试应该帮助成为帮助团队更好地应对变更的工具，而不是成为阻碍变更的因素。
（2）建立开发者测试集的主要目的是帮助团队：自动化测试的主要目的是为构建者服务，而不是仅仅为了通过外部评审。
（3）专注于获得反馈而不是证明100%正确：自动化测试不必追求也不可能做到证明软件完全正确。它应该着重于为构建过程提供及时的反馈，发现潜在问题。

（4）明智地选择投资策略：建立自动化测试集需要一定的投资，团队应该明智地选择投资策略。专注于最需要消除的信息传递错误，投入足够的人力和时间来确保收益。


来源：《敏捷之道》——自动化测试与需求变更--文/武可
发表评论
通过审核后显示您的意见