文章：持续集成意味着持续测试

作者 李剑 发布于 2007年11月9日

领域

过程 & 实践

主题

质量交付 ,

质量 ,

持续集成 ,

JUnit ,

软件工匠 ,

敏捷技术 ,

单元测试 ,

TestNG ,

敏捷 ,

DbUnit ,

Selenium ,

测试驱动开发 ,

Fit/Fitnesse ,

测试

持续集成（Continuous Integration，CI）是一个基本的极限编程（XP）实践，但它已经变成了任何一个出色的软件开发活动中的基础组件。一个好的CI过程（包括一个 完整的测试栈）可以被看成是开发人员的防护网，它允许开发人员在本地进行种种尝试，而无需担心对最终集成的应用程序造成破坏。但是随着时间的推移，这个过 程会变得缓慢下来，如果这时开发团队把他们的持续集成最佳实践抛开的话，这款代码质量工具本身的价值就会遭到破坏。InfoQ在图书摘录：持续集成意味着持续测试一文中，为您带来了一本CI新书中的免费章节："第六章：持续测试"，为创建或是改进CI最佳实践给出了一些建议和实例。

该章来自于Paul Duvall，Steve Matyas和Andrew Glover合作编写的《持续集成：改善软件质量并降低风险》。他们希望通过这本书能够帮助开发团队把“持续集成”这项重要的开发实践变成项目中的“non event”，也就是自然而然的日常发生的事情。如果成功地实施了持续集成，那么就可以保证每个开发人员自己的工作和共享的项目状态之间只有几个小时之间的距离，并且可以在数分钟之内同步。

敬请阅读InfoQ为你提供的免费章节：“第六章：持续测试”，以缩短CI构建时间，提升测试栈的可维护性。

阅读全文：图书摘录：持续集成意味着持续测试

李剑 李剑──ThoughtWorks高级咨询师，在持续集成、重构等领域具有丰富的经验；多次为国内大型企业敏捷组织转型提供咨询和培训服务。