术语“集成”指的是一种软件开发行为：将一些独立的软件组件组合为一个完整系统。
核对表（集成）
集成策略
- 该策略是否指明了集成子系统、类、子程序时应该采用的最优顺序？
- 集成的顺序是否与构建顺序协调，以便在适当的时候准备好供集成的类？
- 该策略是否易于诊断缺陷？
- 该策略是否使脚手架最少？
- 所选的策略是否好于其他方式？
- 组件之间的接冂是否有明确定义？（定义接凵不是集成的任务，但要验证这些接口的定义是否明确。）
Dailybuild与冒测试
- 项目是否经常build一一理想情况下，每天build一次一一一以支持增量集成？
- 每次build后是否都运行冒烟测试，让你知道这个build能否工作？
- 你是否已使build和冒烟测试自动进行？
- 开发人员是否频繁地checkin他们的代码一一一一一两次checkin之间最多间隔一两天？
- 冒烟测试是否与代码同步更新，随代码发展而发展？
- 破坏build是罕见事件吗？
- 是否在有压力的情况下，也对软件进行build和冒烟测试？
要点
- 构建的先后次序和集成的步骤会影响设计、编码、测试各类的顺序。一个经过充分思考的集成顺序能减少测试的工作量，并使调试变容易。
- 增量集成有若干变型，而且一一一除非项目是微不足道的一．一任何一种形式的增量集成都比阶段式集成好。
- 针对每个特定的项目，最佳的集成步骤通常是自顶向下、自底向上、风险导向及其他集成方法的某种组合。不型集成和直分块集成通常都能工作得很好。
- dailybuild能减少集成的问题，提升开发人员的士气，并提供非常有用的项目管理信息。