第8章_编码与测试.ppt

4.测试模块 ●模块不是独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些替身模块去模拟与被测模块相联系的其他模块。 (1)驱动模块 (Driver):代替上级模块的替身模块。 (2)桩模块 (Stub)：代替下级模块的替身模块。 ●替身模块应该是真实模块的简化，仅需模拟与被测模块直接相关的一部分功能。 被测模块 桩模块 桩模块 桩模块 测试用例 测试结果 驱动模块 8.7.3 集成测试（Integrating Testing) ●通过了单元测试的模块，要按照一定的策略组装为完整的程序，在组装过程中进行的测试，称为集成测试或组装测试。 ●为什么模块经过了单元测试，组装中还会出现问题呢？因为： ① 单元测试中使用了替身模块，它们与所代表的模块并不完全等效。 ② 各模块之间可能有比较复杂的接口,各模块连接起来的时候，穿越模块接口的数据可能会丢失； ③在单个模块中可以允许的误差，组装后的累积误差可能会放大，从而达到不能容忍的程度。 1.集成测试的目的与任务 ●目的：将通过了单元测试的模块组装成具有良好一致性的完整的系统。 ●任务： ①制定集成测试的实施策略(自顶向下、或由底向上、或二者混合)。 ②确定集成测试的实施步骤，设计测试用例。 ③进行测试。 2. 策略与步骤 (1)自顶向下测试：从顶模块开始，沿结构图逐步向下测试。 M1 M2 M3 M4 M5 M6 M7 M8 ①先广后深（宽度优先）： 组装顺序为： M1 — M2 — M3 — M4 — M5 — M6 — M7 — M8 ②先深后广（深度优先） 组装顺序为： M1 — M2 — M5 — M8 — M6 — M3 — M4 — M7 图8.17 一个简单的多模块SC图 ●自顶向下测试要使用桩模块 。图8.18显示了采取“先深后广”步骤时所需桩模块的配置情况。（Si表示桩模块） M1 S2 S3 S4 M1 M2 S3 S4 S5 S6 M1 M2 S3 S4 M5 S6 S8 M1 M2 M3 M4 M5 M6 S7 M8 图8.18 先深度后广度的测试 (2)自底向上测试：从程序模块结构的最底层的模块开始集成和测试。其步骤为： ①从下层模块中找出一个没有下级模块的模块，由下向上地逐渐增加新模块,组成一个子系统或模块“群”。 ②从另一个子系统或模块“群”中选出一个没有下级模块的模块，仿照前一步组成又一个子系统。 ③重复上一步，直至得出所有的子系统，再把它们组装为完整的系统。 M1 M2 M3 M4 M5 M6 M7 M8 模块组装顺序可能是： M8 — M5 — M6 — M2; M7 — M4 — M3 — M1; 再合并以上两个群。 ●自底向上测试要使用驱动模块。下图显示自底向上测试所需驱动模块的配置情况。(di表示驱动模块) d5 M8 d1 M3 M4 M7 M1 M2 M3 M4 M5 M6 M7 M8 d1 M2 M5 M6 M8 (a) (b) (d) (e) d2 M5 M6 M8 (c) d4 M7 (f) (3)混合式测试(Sandwich Testing, 三明治测试)：它是上述两种测试方式的结合。其步骤为： ①对上层模块采用自顶向下测试； ②对关键模块或子系统采用由底向上测试。 ●集成测试的人员： 由独立于开发人员的测试小组负责实施。 ●以上3种测试的策略都是从一个模块开始，测一次添一个模块，使组装程序像“滚雪球”一样越滚越大，所以统称为“渐增式测试 ( Incremental Testing )”。 ●早期的小规模的程序也使用过“非渐增式测试(Non-Incremental Testing)”的策略，即把已通过单元测试的所有模块，一次性地组装在一起，进行集成测试。 A C D B E F s1 d1 B s2 d2 D d3 C d4 E d5 F A s4 s5 s3 A C D B E F 原来结构 分模块测试 一次性集成 3. 几种策略的比较 (1)自顶向下测试 优点：能较早显示整个程序的轮廓，向用户展示程序的概貌，取得用户的理解和支持。 缺点：需要设计较多的桩模块，桩模块很难模拟出真实模块的全部功能，因此许多测试要推迟到换上真实模块后，在补充测试。 (2)自底向上测试 优点：不需要设计桩模块，只需要设计驱动模块，驱动模块的设计比较容易，设计测试用例也比较容易。 缺点：在测试的早期不能显示整个程序的轮廓。 (3)混合测试的优点：综合了以上两种策略的长处。 8.7.4 确认测试（Validat