要想把软件卖出去，要想让程序发挥价值，需要把研发出来的各个模块、各个功能“捏”在一起，并且达到一定的质量标准。因此，集成很重要。《软件集成策略：如何有效率地提升质量》是一本关于软件集成的书。它将全面介绍包括持续集成、持续交付在内的，业界公认的原则和最佳实践。但本书并不止步于此，《软件集成策略：如何有效率地提升质量》将仔细讲解这些原则和最佳实践背后的原因。因为我们需要知道最佳实践背后的道理，知道思考的方法，才能在具体的情境中活学活用，根据实际项目具体情况，制定最合适务实的方案。
　　《软件集成策略：如何有效率地提升质量》适合所有与软件集成有关的工作者阅读，包括程序开发人员、集成工程师、测试人员、质量保证人员、配置管理人员、项目管理人员等。软件集成策略和方法，需要软件集成相关的每个人了解和掌握。

第一部分 一个故事
1．集成这破活儿
2．对项目的不利影响竟然这么大
3．构建错误是怎么来的
4．与QA 部门的同事沟通
5．确定第一个改进方案
6．意料之外的问题
7．合并导致了多少问题
8．推动第二个改进
9．见义勇为好少年
10．把集成频率提高一倍
11．把改进方案讲给老大听
12．跟项目经理谈判
13．敲定第三个改进
14．每日构建
15．在春节到来之前
16．老大给的材料
17．持续集成竟然这样干
18．阿根廷探戈
19．用哪个持续集成工具好
20．英英的强烈反应
21．同时解决两个问题
22．失败的改进
23．自动冒烟测试
24．不可靠的自动测试
25．如何进一步缩短工期
26．没用的提交说明
27．缺陷为什么这么多
28．草原夜色
29．十字路口
30．我还没答应呢

第二部分 一些道理
第1章 集成相关的概念
1.1 组装集成：把零件攒起来
1.2 合并集成：把改动攒起来
1.3 操作级概念：组合与合并
1.4 源代码集成与二进制组件集成
1.5 代码流动与合并：星形模式
1.6 集成会遇到哪些问题
1.7 发现问题的多种手段
1.8 集成工作不止是为了提升质量

第2章 集成过程概述
2.1 没有人做集成工作
2.2 测试人员的加入
2.3 集成人员的加入
2.4 集成的典型流程
2.5 难点：根据实际调整

第3章 集成优化的本质
3.1 从项目三角形说起
3.2 集成优化的目标
3.3 资源及其成本
3.4 什么决定了项目时长
3.5 从虫子的视角看集成
3.6 从不同的视角看虫子

第4章 第一组旋钮：检测的力度和方法
4.1 提交前检测力度
4.2 当项目临近发布时
4.3 为了让后续工作更顺畅
4.4 提交前检测方法
4.5 过程导向还是结果导向
4.6 狭义集成时检测力度
4.7 狭义集成时检测方法
4.8 狭义集成时发现问题以后
4.9 狭义集成后检测类型和力度
4.10 狭义集成后具体检测方法

第5章 第二组旋钮：检测对象的层级
5.1 软件研发与机械制造不一样
5.2 系统级检测的困难性
5.3 虚拟化：降低系统级检测成本

第6章 合并的矩形模型
6.1 三源合并的矩形模型
6.2 选择合并与回退合并的本质
6.3 合并矩形的面积说明什么
6.4 持续集成背后的秘密
6.5 合并矩形模型只是一个简化模型

第7章 第三组旋钮：持续集成、持续交付
7.1 在开始工作前更新
7.2 在提交前更新
7.3 在开发过程中更新
7.4 从何处更新
7.5 开发过程中持续检测
7.6 频繁提交少量改动
7.7 频繁狭义集成
7.8 对串行集成的分析
7.9 适时使用多层集成
7.10 尽早和适当频繁的狭义集成后的检测
7.11 尽早修复发现的问题
7.12 持续发布、持续交付

第8章 第四组旋钮：提高工作效率和正确性的方法
8.1 在版本控制环境下工作
8.2 标准化的设置和操作
8.3 自动化
8.4 基于已有构建成果
8.5 利用休息时间
8.6 避免不必要的复杂
8.7 提高性能的多种方法

第9章 集成解决方案的改进
9.1 从症状着手：漫长的“最后一公里”
9.2 从症状着手：程序员总被别人的问题打扰
9.3 从症状着手：狭义集成阻塞项目进展
9.4 从症状着手：沉重僵化的提交前质量控制
9.5 从症状着手：一般的方法
9.6 系统地改进：迈向持续集成

附录A 术语索引
附录B 相关工具
持续集成、构建管理工具
（源代码）版本控制工具
代码评审工具
静态程序分析工具
构建工具
包管理、依赖管理工具
部署与运行环境管理
自动测试、测试支持工具
缺陷跟踪、变更请求管理工具
附录C 参考文献
后记