软件集成策略：如何有效率地提升质量

附录C 参考文献

附录B 相关工具

附录A 术语索引

9.6 系统地改进：迈向持续集成

9.5 从症状着手：一般的方法

9.4 从症状着手：沉重僵化的提交前质量控制

9.3 从症状着手：狭义集成阻塞项目进展

9.2 从症状着手：程序员总被别人的问题打扰

9.1 从症状着手：漫长的“最后一公里”

第9章 集成解决方案的改进

8.7 提高性能的多种方法

8.6 避免不必要的复杂

8.5 利用休息时间

8.4 基于已有构建成果

8.3 自动化

8.2 标准化的设置和操作

8.1 在版本控制环境下工作

第8章 第四组旋钮：提高工作效率和正确性的方法

7.12 持续发布、持续交付

7.11 尽早修复发现的问题

7.10 尽早和适当频繁的狭义集成后的检测

7.9 适时使用多层集成

7.8 对串行集成的分析

7.7 频繁狭义集成

7.6 频繁提交少量改动

7.5 开发过程中持续检测

7.4 从何处更新

7.3 在开发过程中更新

7.2 在提交前更新

7.1 在开始工作前更新

第7章 第三组旋钮：持续集成、持续交付

6.5 合并矩形模型只是一个简化模型

6.4 持续集成背后的秘密

6.3 合并矩形的面积说明什么

6.2 选择合并与回退合并的本质

6.1 三源合并的矩形模型

第6章 合并的矩形模型

5.3 虚拟化：降低系统级检测成本

5.2 系统级检测的困难性

5.1 软件研发与机械制造不一样

第5章 第二组旋钮：检测对象的层级

4.10 狭义集成后具体检测方法

4.9 狭义集成后检测类型和力度

4.8 狭义集成时发现问题以后

4.7 狭义集成时检测方法

4.6 狭义集成时检测力度

4.5 过程导向还是结果导向

4.4 提交前检测方法

4.3 为了让后续工作更顺畅

4.2 当项目临近发布时

4.1 提交前检测力度

第4章 第一组旋钮：检测的力度和方法

3.6 从不同的视角看虫子

3.5 从虫子的视角看集成

3.4 什么决定了项目时长

3.3 资源及其成本

3.2 集成优化的目标

3.1 从项目三角形说起

第3章 集成优化的本质

2.5 难点：根据实际调整

2.4 集成的典型流程

2.3 集成人员的加入

2.2 测试人员的加入

2.1 没有人做集成工作

第2章 集成过程概述

1.8 集成工作不止是为了提升质量

1.7 发现问题的多种手段

1.6 集成会遇到哪些问题

1.5 代码流动与合并：星形模式

1.4 源代码集成与二进制组件集成

1.3 操作级概念：组合与合并

1.2 合并集成：把改动攒起来

1.1 组装集成：把零件攒起来

第1章 集成相关的概念

第二部分 一些道理

30.我还没答应呢

29.十字路口

28.草原夜色

27.缺陷为什么这么多

26.没用的提交说明

25.如何进一步缩短工期

24.不可靠的自动测试

23.自动冒烟测试

22.失败的改进

21.同时解决两个问题

20.英英的强烈反应

19.用哪个持续集成工具好

18.阿根廷探戈

17.持续集成竟然这样干

16.老大给的材料

15.在春节到来之前

14.每日构建

13.敲定第三个改进

12.跟项目经理谈判

11.把改进方案讲给老大听

10.把集成频率提高一倍

9.见义勇为好少年

8.推动第二个改进

7.合并导致了多少问题

6.意料之外的问题

5.确定第一个改进方案

4.与QA部门的同事沟通

3.构建错误是怎么来的

2.对项目的不利影响竟然这么大

1.集成这破活儿

第一部分 一个故事

前言

推荐语

版权信息

封面

封面

版权信息

推荐语

前言

第一部分 一个故事

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 参考文献