《代码大全》阅读笔记-29-集成

术语“集成”指的是一种软件开发行为：将一些独立的软件组件组合为一个完整系统。

核对表（集成）

集成策略

• 该策略是否指明了集成子系统、类、子程序时应该采用的最优顺序？
• 集成的顺序是否与构建顺序协调，以便在适当的时候准备好供集成的类？
• 该策略是否易于诊断缺陷？
• 该策略是否使脚手架最少？
• 所选的策略是否好于其他方式？
• 组件之间的接冂是否有明确定义？（定义接凵不是集成的任务，但要验证这些接口的定义是否明确。）

Dailybuild与冒测试

• 项目是否经常build一一理想情况下，每天build一次一一一以支持增量集成？
• 每次build后是否都运行冒烟测试，让你知道这个build能否工作？
• 你是否已使build和冒烟测试自动进行？
• 开发人员是否频繁地checkin他们的代码一一一一一两次checkin之间最多间隔一两天？
• 冒烟测试是否与代码同步更新，随代码发展而发展？
• 破坏build是罕见事件吗？
• 是否在有压力的情况下，也对软件进行build和冒烟测试？

要点

• 构建的先后次序和集成的步骤会影响设计、编码、测试各类的顺序。一个经过充分思考的集成顺序能减少测试的工作量，并使调试变容易。
• 增量集成有若干变型，而且一一一除非项目是微不足道的一．一任何一种形式的增量集成都比阶段式集成好。
• 针对每个特定的项目，最佳的集成步骤通常是自顶向下、自底向上、风险导向及其他集成方法的某种组合。不型集成和直分块集成通常都能工作得很好。
• dailybuild能减少集成的问题，提升开发人员的士气，并提供非常有用的项目管理信息。

转载于:https://www.cnblogs.com/taceywong/p/8726278.html