敏捷团队在实行持续交付时，他们将面临哪些技术障碍？本文介绍一些专家的发现。

随着持续集成的实现，敏捷团队将面临越来越多有技术障碍。持续交付要求开发出一条新途径或，通过这种方法，新代码准备可以随时部署生产。持续交付不是持续开发。持续交付是生产部署就绪和代码；这一代码不必持续发布。

在实现持续交付时，敏捷团队所面临的最复杂的挑战是达到持续集成的需求。持续集成是一个过程，这一过程中，开发人员不断好把小部分代码集成到集成到代码群中。显然，这就要求持续测试了。

为了达到持续测试，构建服务器通常作为一个资源库，来收集单个开发人员提供的代码。然后，构建服务器可以自动地对代码进行冒烟测试，在正式测试之前。单元测试和简单的集成测试也可以由构建服务器自动执行。

当持续集成完成时，代码经过开发人员检查后就会自动进行回归测试。这意味着每一次改变都对整个代码库进行测试。这对于持续交付是关键，因为持续的测试、集成的代码可以随着准备部署生产。在开发人员方面，如果任何一个自动化测试失败的话，开发人员就可以立即获得反馈，这可以快速找到并修复错误。

持续集成只给测试人员提出了一个挑战，因为它不仅要测试工具，或一套自动化回归测试脚本，它还要那些自动化脚本必须持续更新，当新的功能交付时。

自动化配置管理对于完成持续集成很关键。自动化配置管理确保了开发、测试和生产环境的一致，这样回归和集成相关的缺陷就可以轻易发现。

最后 ，应用性能管理成了关键，当代码持续部署生产时。在生产中，性能必须得到监控，从而在用户使用之前发现性能问题。