让测试不再成为持续交付的瓶颈：《持续测试白皮书》昨日已发布（附下载地址）

在数字化时代的今天，更多企业都往敏捷、DevOps的开发模式转型，就连传统的制造业企业也开始向敏捷转型，以适应快速变化的业务需求，满足客户需求，所以，今天我们完全可以说：持续交付是企业对其软件研发能力的核心诉求，以实现向最终用户持续交付有价值的软件服务。

整个持续交付的流程包括计划、编码、构建、测试、发布、部署、运维和监控环节，并实现整个过程的持续迭代闭环。对于持续交付中的任何一个环节，为了满足敏捷及DevOps的持续交付要求，都要遵循以下几个方面的要求：

• 执行过程需要“足够快”，以满足整体迭代的效率要求。这要求每个阶段都需要引入尽可能多的自动化工具和能力；

• 执行效果需要“准确且有效”，以保障整体迭代的质量要求。这要求每个阶段都准确且有效达到最核心的质量诉求，而不是追求“大而全”的完整质量管理逻辑；

• 执行衔接需要“平滑而有序”，以保障整个迭代闭环能够高速运转。这要求每个阶段在设计过程中都要考虑前后衔接，并在团队组织和工具链上实现打通。

过去，虽然不再把“测试” 看作是开发之后的一个环境，开始全面推行全生命周期的测试，提倡测试左移、测试右移，但在基础设施、自动化测试等许多方面做得还不够好，在测试创新上做得不够、在测试投入上也明显不足，对测试的理解还比较落后，导致测试成为企业落地敏捷及DevOps实施的最大瓶颈。

为了克服这个瓶颈，为此发布《持续测试白皮书》，提供落地实施框架和十大最佳实践，帮助企业真正落地实施 “持续测试（Continuous Testing）” ，这样最终提升企业数字化业务的竞争力。

其次，发布《持续测试白皮书》也是为了澄清“持续测试” 的概念 或理念，促进行业达成共识，虽然“持续测试”这个概念最早出现在2005年，之后也有一些优秀企业进行尝试或实践，也有一些工具尝试开始构建持续测试平台，但15年过去了，人们对持续测试还是有不同的理解。

“持续测试” 的确是一个好东西，我们会从中获得八大收益：

1. 消除DevOps中的测试瓶颈
2. 支持更快地交付应用程序
3. 提供有用的、更及时的、基于业务风险的反馈
4. 做出更明智的发布决策
5. 获得更高质量的代码、更稳定的用户体验
6. 研发过程更加敏捷
7. 测试更加有效
8. 创建可靠和一致的测试过程

通过《持续测试白皮书》，我们也希望帮助企业逐步提升持续测试能力，逐步成熟起来。如何评价持续测试能力，我们从五个方面11个维度来评价，在白皮书中具体地说明如何确定每个维度处在 “高、中、低” 水平哪个层次上，希望能够给你指导或参考。

如想获得《持续测试白皮书》电子版 和 “让测试不再成为持续交付的瓶颈” PPT演讲材料，请关注本公众号，输入“持续测试” 获取下载地址。