第5章 集成测试

---

  集成测试：在单元测试的基础之上，将所有已通过单元测试的模块按照概要设计的要求组装成子系统或系统。
  目的：确保各单元模块组合在一起后能够按既定意图协作运行，并确保增量的行为正确。不经过单元测试的模块，不应该进行集成测试。

5.5 系统集成的模式与方法

1. 非渐增式测试模式
     先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，如大棒模式。
     
     大棒模式：先是对每一个子模块进行测试（单元测试阶段），然后将所有模块一次性的全部集成起来进行集成测试 。
     因为所有的模块一次集成的，所以很难确定出错的真正位置、所在的模块、错误的原因。这种方法并不推荐在任何系统中使用，适合在规模较小的应用系统中使用。

2. 渐增式测试模式
     把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。
    
   ①自顶向下法(Top-down Integration)：按照程序结构图，首先利用桩模块测试主模块，通过测试后使用实际的模块代替桩模块进行测试，重复以上步骤，直至替代了所有桩模块。
   模块测试次序原则：尽早测试关键模块； 尽早测试包含输入、输出功能的模块。
   
   ②自底向上法 (Bottom-up Integration)：按照程序结构图，首先利用驱动模式测试最底层模块，通过测试后用实际的模块替代驱动模块进行测试，重复上述步骤，直至替代了所有驱动模块。
   模块测试次序原则：该模块的所有下级模块都已经测试过了。
   
   两者优缺点比较：

3. 混合策略：对软件结构中较上层，使用的是“自顶向下”法；对软件结构中较下层，使用的是“自底向上”法，两者相结合

4. 三明治集成方法(Sandwich Integration) ：
   

优点：它将自顶向下和自底向上的集成方法有机地结合起来，不需要写桩程序因为在测试初自底向上集成已经验证了底层模块的正确性。
缺点：在真正集成之前每一个独立的模块没有完全测试过。
 
改善的三明治集成方法:不仅自两头向中间集成，而且保证每个模块得到单独的测试，使测试进行得比较彻底.

  持续集成测试：软件开发中各个模块不是同时完成，根据进度将完成的模块尽可能早的进行集成，有助于尽早发现Bug，避免集成中大量Bug涌现。而且容易定位Bug、修正Bug，最终提高软件开发的质量与效率
  通常系统集成都会采用持续集成的策略。