持续测试 | 让测试更自由：在 CODING 中实践自动化执行用例

本文作者：程胜聪 - CODING 产品经理

自动化测试是持续测试的基础

在 DevOps 的高频交付场景下，团队容易陷入在速度和质量之间“二选一”的困境：为了拥抱需求变更，采用较短的交付周期，然后变更频繁导致问题变多，于是开发提测延迟，最后导致测试时间被压缩、难以进行充分的测试。面对这样的情况，团队该如何提升测试的执行效率呢？大家第一个会想到的应该就是自动化测试——通过自动化测试来替代重复性的手工测试，执行更快从而节省测试时间。此外，由于自动化每次执行时间相对固定，而且程序预设的测试行为带来了高一致性，让测试的稳定性和可重复性达到很高的标准，能够很好的实现“快速重现软件缺陷”的目标。

如果说在测试时间相对充足的传统瀑布模式下，针对回归测试场景而投入的自动化测试所体现的最大价值是在节约人力成本方面，那么在敏捷和 DevOps 时代，自动化测试的更大价值则体现在频繁验证并且提供快速反馈方面。可以说持续测试实践的基础就是自动化测试，只有自动化程度足够高，才能够满足持续交付的高频发版需求。

自动化测试策略

自动化测试有很重要的价值，但不表示我们应该无限制投入到各种类型的自动化测试当中。自动化测试是为了验证既定逻辑是否符合预期，在需求变更频繁的场景下，自动化代码的维护成本巨大。所以，我们需要合适的策略来指引自动化的实现——金字塔模型。

出自《The Tes