具体描述
《持续集成:软件质量改进和风险降低之道》全面深入地讨论持续集成的各个方面，介绍了一种增加项目可见性、降低项目失败风险的有效实践。此外，还介绍了测试驱动、代码审查、数据库集成、信息反馈等实践和工具。全书列举了持续集成系统的优缺点，以及如何使用持续集成系统、什么时候使用等，可操作性极强。Jolt大奖素有"软件业之奥斯卡"的美称，《持续集成:软件质量改进和风险降低之道》精选自Jolt历届获奖图书，以植根于开发实践中的独到工程思想与杰出方法论为主要甄选方向。
作者简介
Paul M. Duvall是Stelligent公司的CTO。Stelligent公司是一家咨询公司，他们通过优化软件开发过程，帮助开发团队可靠地、快速地开发出更好的软件。他几乎担任过软件开发项目中的所有职务，从开发者到测试者再到架构师和项目经理。Paul向各个行业的客户提供咨询，包括金融业、房地产业、政府、医疗卫生业，以及大型的独立软件提供商。他是许多知名软件会议的特邀讲演者。他为IBM developerWorks撰写了一系列的文章，名为“Automation for the People”，他是NFJS 2007 Anthology（Pragmatic Programmers，2007）的合著者，也是UML 2 Toolkit（Wiley，2003）的贡献作者。他是临床研究数据管理系统和方法的发明者之一，这个系统和方法正在申请专利。他经常在www.testearly.com和www.integratebutton.com上写日志。
Stephen M. Matyas III是AutomateIT的副总裁。AutomateIT是5AM Solutions公司的一个服务机构，它帮助组织机构通过自动化来改进软件开发。Steve在应用软件工程方
目录信息
译者序
Martin Fowler序
Paul Julius序
前言
作者简介
贡献者简介
第1部分 CI的背景知识：原则与实践
第1章 启程
1.1 针对每次变更构建软件
开发人员
版本控制库
CI服务器
构建脚本
反馈机制
集成构建计算机
1.2 CI的特征
源代码编译
数据库集成
测试
审查
部署
文档与反馈
1.3 本章小结
1.4 问题
第2章 引入持续集成
2.1 CI生活中的一天
2.2 CI的价值是什么
减少风险
减少重复过程
生成可部署的软件
增强项目的可见性
建立起更强大的产品信心
2.3 什么阻碍了团队使用CI
2.4 如何进行“持续”集成
2.5 项目应该在何时以何种方式实现CI
2.6 集成的演进
2.7 CI如何与其他开发实践配合
2.8 CI需要多少时间架设
2.9 CI与您
2.10 经常提交代码
2.11 不要提交无法构建的代码
2.12 立即修复无法集成的构建
2.13 编写自动化的开发者测试
2.14 必须通过所有测试和审查
2.15 执行私有构建
2.16 避免签出无法构建的代码
2.17 本章小结
2.18 问题
第3章 利用CI减少风险
3.1 风险：没有可部署的软件
场景：“在我的机器上是行的”
解决方案
场景：与数据库同步
解决方案
场景：点错了
解决方案
3.2 风险：很晚才发现缺陷
场景：回归测试
解决方案
场景：测试覆盖
解决方案
3.3 风险：缺少项目可见性
场景：“您收到了备忘录吗？”
解决方案
场景：不能使软件可见
解决方案
3.4 风险：低品质的软件
场景：坚持编码标准
解决方案
场景：维持架构
解决方案
场景：重复的代码
解决方案
3.5 本章小结
3.6 问题
第4章 针对每次变更构建软件
4.1 自动化构建
4.2 执行单命令构建
4.3 将构建脚本从IDE中分离
4.4 集中放置软件资产
4.5 创建一致的目录结构
4.6 让构建快速失败
4.7 针对所有环境构建
4.8 构建类型和触发机制
构建类型
私有构建
集成构建
发布构建
构建触发机制
触发构建
4.9 使用专门的集成构建计算机
4.10 使用CI服务器
4.11 执行手工集成构建
4.12 执行快速构建
收集构建测量数据
分析构建测量数据
选择并实现改进
使用专门的集成构建计算机
增强集成构建计算机的硬件能力
改进测试性能
4.13 分阶段构建
检查基础设施
优化构建过程
单独构建系统组件
改进软件审查的性能
执行分布式集成构建
重新评估
4.14 这对您如何生效
4.15 本章小结
4.16 问题
第2部分 创建全功能的CI系统
第5章 持续数据库集成
5.1 自动化数据库集成
创建数据库
操作数据库
创建一段构建数据库的结合脚本
5.2 使用本地数据库沙盒
5.3 利用版本控制库共享数据库资产
5.4 持续数据库集成
5.5 让开发者能够修改数据库
5.6 开发团队共同关注修复失败构建
5.7 让DBA成为开发团队的一员
5.8 数据库集成和集成按钮
测试
审查
部署
反馈与文档
5.9 本章小结
5.10 问题
第6章 持续测试
6.1 自动化单元测试
6.2 自动化组件测试
6.3 自动化系统测试
6.4 自动化功能测试
6.5 对开发者测试分类
6.6 先执行较快的测试
6.7 为缺陷编写测试
6.8 让组件测试可重复
6.9 将测试用例限制为一个断言
6.10 本章小结
6.11 问题
第7章 持续审查
7.1 审查与测试的区别
7.2 应该以怎样的频度执行审查
7.3 代码测量指标：历史
7.4 降低代码复杂度
7.5 持续进行设计复查
7.6 通过代码审查维持组织机构的标准
7.7 减少重复的代码
使用PMD-CPD
7.8 判断代码覆盖率
7.9 持续评估代码品质
覆盖率检查频度
覆盖率与性能
7.10 本章小结
7.11 问题
第8章 持续部署
8.1 随时随地发布可工作的软件
8.2 为库中的资产打上标签
8.3 得到干净的环境
8.4 为每一个构建版打上标签
8.5 执行所有的测试
8.6 创建构建反馈报告
8.7 回滚构建的过程能力
8.8 本章小结
8.9 问题
第9章 持续反馈
9.1 所有正确的东西
正确的信息
正确的人
正确的时间
正确的方式
9.2 使用持续反馈机制
电子邮件
SMS（文本消息）
Ambient Orb和X10设备
Windows任务条
声音
宽屏显示器
9.3 本章小结
9.4 问题
后记：CI的未来
附录A CI资源
附录B 评估CI工具
参考文献
· · · · · · (收起)
读后感
本书对于普及持续集成的概念还是很有帮助的。至于可操作性，个人觉得本书还是差了一点的。 因为项目不通，持续集成的操作也肯定不同。 要真的理解了持续集成，做起来也不难的。
评分持續集成理論是團隊開發相當重要的理論，越是大的團隊它所能發揮的作用也越大。持續集成也是最有效的敏捷開發實踐同時也是最容易學會的（http://www.cnblogs.com/zhoujg/archive/2009/11/20/1607243.html） 這本書是對持續集成全面而透徹的介紹，翻譯通順。最後的工具一覽...
评分没有营养，忘记是从哪里看到推荐来的，很失望。 持续集成，对实践敏捷开发具有重要的意义，持续集成，迭代发布，自动测试，随时有可用的版本，尽早接受用户的反馈，指导研发不偏离客户的实际期望。 但本书不讲这些东西，粗率看了一遍，没有弄明白本书主题到底是什么。 给2星，...
评分总算对持续集成有了一个比较清晰的认识，本书只能说是对持续集成做了一个全面的概述，让读者从一个较高的层次对持续集成有了一个全面的认识。
用户评价
持续集成是敏捷软件开发的重中之重，它极好地提高软件质量和降低开发风险。本书很系统的阐述了Martin的持续集成理念，配上详细的指导，方便实施。@王海鹏Seal 的翻译也确保了质量。只是原版是在2007年写的，有点旧，建议和《持续交付》一起读。
评分持续集成是敏捷软件开发的重中之重，它极好地提高软件质量和降低开发风险。本书很系统的阐述了Martin的持续集成理念，配上详细的指导，方便实施。@王海鹏Seal 的翻译也确保了质量。只是原版是在2007年写的，有点旧，建议和《持续交付》一起读。
评分书中介绍了CI的概念和各个阶段的实践原则。同时给出了一些示例和工具的应用。 快速浏览本书，对CI有个基本概念和认识即可。其他的东西可以在实际项目应用中在回来参考。后面给出的参考资源应该比较有用。 下面是本书对应的链接 http://www.integratebutton.com/ http://www.ibm.com/developerworks/java/library/j-ap11297/
评分挺全面的一本书介绍 CI 的书
评分持续集成是敏捷软件开发的重中之重，它极好地提高软件质量和降低开发风险。本书很系统的阐述了Martin的持续集成理念，配上详细的指导，方便实施。@王海鹏Seal 的翻译也确保了质量。只是原版是在2007年写的，有点旧，建议和《持续交付》一起读。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有