最近做的有关现代开发团队测试趋势的调查显示，敏捷方法已经得到了广泛地使用，但只有很少的组织拥有按小时基准部署的能力，而受访者们对这个目标越来越关注。

现在，在相关网站中常常能看到这样一句话：

\

如果不能即时进行部署，那就根本不是持续交付！

\

两年前只有82%的组织宣称采纳了敏捷开发方法，而现在已经有89%的组织使用了敏捷开发方法，但持续部署能力的调查结果却不同。

正如Charles Babcock在他的中所说的那样，

\

持续集成意味着频繁的部署，通常被认为是敏捷开发过程的终极目标。大约有28%的组织宣称在努力实现这一目标，但是实际上仅仅有14%的组织确实在为该目标努力。一年前，只有18%的组织努力实现每小时持续集成的目标。这一年以来这个数字增加了10%，这说明有很多开发人员都认识到持续集成的意义和优势。这种意识的增长速度比真正实践这一目标的增长速度要快，一年前Dimension Labs类似的调查表明真正在实践该目标的组织约占10%，今年这个数字增长到了14%，涨幅约为4%。

\

报告结果显示，在过去的一年中，部署新版本所需要的时间得到了“显著的改善”。当被问到：“你的团队通常多久部署一次新的版本？”时，受访者回答如下。

• 14%的受访者按小时基准部署； \\
• 34%的受访者每天部署一次； \\
• 21%的受访者每周部署一次； \\
• 31%的受访者超过一周部署一次。\

值得一提的是，有更多的组织希望能更加频繁地进行部署，而较少的组织依然希望保持较长的部署周期。

与其他优势相比，采用DevOps通常被视为提升更快交付能力的必要手段，有88%的组织正在实践或考虑采用DevOps，仅有少数组织（6%）没有采用DevOps的计划，还有6%的组织甚至从来没有考虑过要用DevOps。

共有732人参与了这次调查。受访者来自不同职业、不同规模的公司、不同产业和不同地区。这份由Dimensional Research呈现，并由Sauce Labs倾情赞助。

查看英文原文：

感谢对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至。也欢迎大家通过新浪微博（，），微信（微信号：）关注我们。