填写邮箱后继续，文件将发送至该邮箱。
| 书名： | 持续集成:软件质量改进和风险降低之道(第18届Jolt震撼大奖图书) [图书]|38003 |
| 图书定价： | 35元 |
| 图书作者： | (美)Paul M.Duvall;Steve Matyas;Andrew Glover |
| 出版社： | 机械工业出版社 |
| 出版日期： | 2008/1/1 0:00:00 |
| ISBN号： | 9787111229216 |
| 开本： | 16开 |
| 页数： | 218 |
| 版次： | 1-1 |
| 作者简介 |
| Paul M.Duvall是Stelligent公司的CTO。Stelligent公司是一家咨询公司，通过优化软件开发过程，帮助开发团队可靠地、快速地开发出更好的软件。他基本上担任过软件开发项目中的所有职务，从开发者到测试者再到架构师和项目经理。他写过很多书，经常在http://testearly.com上写日志。 |
| 内容简介 |
| 本书全面深入地讨论持续集成的各个方面。本书介绍了一种增加项目可见性、降低项目失败风险的有效实践。许多软件开发的资深人士认定，这种方法非常不错。本书除了介绍持续集成的基本原则和工具之外，也介绍了测试驱动、代码审查、数据库集成、信息反馈等实践和工具。书中的各种主题介绍了今天在持续集成领域中运用的各种方法，帮助读者衡量需要进行的折衷。 |
| 目录 |
译者序 Martion Fowler序 Paul Julius序 前言 作者简介 贡献者简介 *部分 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章 针对每次变更构建软件 第二部分 创建全功能的CI系统 第5章 持续数据库集成 第6章 持续测试 第7章 持续审查 第8章 持续部署 第9章 持续反馈 尾声 CI的未来 附录A CI资源 附录B 评估CI工具 参考文献 |
| 编辑推荐 |
| 本书适合软件开发人员及团队阅读，也适合大专院校相关专业师生参考。 本书向软件开发者展示了如何将集成从一件痛苦的事情变成日常开发过程的一部分。正如作者所说的，关键就在子利用持续集成的实践和技术经常进行集成。 本书首先从*基础的东西开始讲起，讨论了持续集成的概念和实践，然后进一步讨论了持续集成系统执行的其他有效过程，如数据库集成，测试、审查。部署和反馈。通过40多个持续集成相关的实践和不同语言环境下的应用示例，读者可以明白持续集成将导致更快速的软件开发，在开发生命周期中的每一步都能得到可部署的软件，而且减少了引入缺陷和发现缺陷之间的时间，节约了开发时间，降低了开发成本。通过成功地实现持续集成，开发者可以减少风险和重复的手工操作过程，开发团队可以更好地了解项目的状态。 本书主要内容： ·如何在软件开发项目中让集成变成“小事一桩”。 ·如何减少构建软件时的重复过程。 ·在团队中有效地实现持续集成的实践和技术。 ·减少很晚发现缺陷、低品质软件和项目缺少可见性的风险。 ·对市场上不同持续集成服务器和相关软件的评估。 ·本书的配套网站www．integratebutton．com提供了更新内容和代码示例。 |
