图书摘录：持续集成意味着持续测试
持续集成（Continuous Integration，CI）这项基本的XP实践现在已经变成了被广泛使用的开发者最佳实践之一。InfoQ为您提供了“持续集成：改善软件质量并降低风险”一书中的“第六章：持续测试”，在这一章中，作者提出了一些编写优秀测试以保证系统质量的建议和示例。
InfoQ
主题/标签专用视图
InfoQ 上所有与“持续集成”相关的内容及新闻
最新“持续集成”相关专题内容
熊节谈敏捷在软件开发中的实践
在本节的视频采访中，敏捷方法的布道者熊节分享了敏捷的基本概念，敏捷在消除浪费方面的作用，敏捷实践的最小集合，以及如何通过敏捷方法提高团队的交流和工作效率，并回答了在国内的企业里面如何实施这一“舶来”的方法，最后他还推荐了一套在项目中使用敏捷方面的工具集合等。
“持续集成”相关新闻
ThoughtWorks发布了Cruise：持续集成及发布管理系统
持续集成是敏捷实践之一，有了持续集成之后，每次提交代码都会自动地触发构建及测试，从而尽早地发现缺陷而降低修改Bug的成本。7月28 日，ThoughtWorks发布了Cruise，该产品将持续集成延伸到了应用的测试与部署阶段。Cruise可以运行在多种操作系统上（包括Windows、Mac OS X、Linux），并为.NET、Java和Ruby提供了使用上的便捷。
Subversion 1.5已发布
Subversion是一款成熟的开源版本控制工具，广泛应用于众多开源项目。它刚刚发布了1.5版，新特性包括有：跟踪合并历史、稀疏检出、通过命令行客户端解决冲突。
Thoughtworks将发布持续集成＆发布管理系统Cruise
4月15日，Thoughtworks宣称将发布一款名为“Cruise”的持续集成＆发布管理系统。Cruise团队介绍了该产品的新特性，并谈及Cruise不仅仅是一款持续集成工具。
数据库的持续集成和版本控制
在提出“对数据库工作进行版本控制是一个必要规则”这一观点之后，Scott Allen又详述了一个做好数据库版本控制的方法。他给出了一个即易于理解又易于实践的方法，来创建基线、并用变更脚本的方法管理数据库的修订、控制程序化数据库对象，并处理分支和合并。
“完成”意味着“可交付”吗？
在很多敏捷论坛和博客上都有大量关于“完成”和“可交付”不同之处的讨论。尽管它们听上去含义相同，但在一些讨论列表和博客上认为，二者都是被人广泛误解和错误使用的词汇。下面我们集中看看别人是怎么理解“完成”的。
持续生产可以将敏捷化推至极限吗？
“持续生产”的思想已经出现一段时间了。Cal Henderson在2005年就指出：Flickr大概每过30分钟就将代码向实际运行系统发布一次。InfoQ对“持续生产”进行了调查，并探究了它给实际产品/系统生命周期带来的影响，以及此后施加于团队所属组织上的作用。