也谈软件测试的流程.pptVIP

4 集成测试 软件测试流程 图9 自底向上增值测试方式 4 集成测试 软件测试流程 ③ 混合增值测试方式（Modified Top-down Integration） 自顶向下增值的方式和自底向上增值的方式各有优缺点。 自顶向下增值方式的缺点是需要建立桩模块。要使桩模块能够模拟实际子模块的功能是十分困难的，同时涉及复杂算法。真正输入／输出的模块处在底层，它们是最容易出问题的模块，并且直到组装和测试的后期才遇到这些模块，一旦发现问题，会导致过多的回归测试。 自顶向下增值方式的优点是能够较早地发现在主要控制方面存在问题。 自底向上增值方式的缺点是“程序一直未能作为一个实体存在，直到最后一个模块加上去后才形成一个实体”。就是说，在自底向上组装和测试的过程中，对主要的控制直到最后才接触到。 自底向上增值方式的优点是不需要桩模块，建立驱动模块一般比建立桩模块容易，同时由于涉及到复杂算法和真正输入／输出的模块最先得到组装和测试，可以把最容易出问题的部分在早期解决。此外自底向上增值的方式可以实施多个模块的并行测试。 4 集成测试 软件测试流程 有鉴于此，通常是把以上两种方式结合起来进行组装和测试。 改进的自顶向下增值测试：基本思想是强化对输入／输出模块和引入新算法模块的测试，并自底向上组装成为功能相当完整且相对独立的子系统，然后由主模块开始自顶向下进行增值测试； 自底向上—自顶向下的增值测试（混和法）：首先对含读操作的子系统自底向上直至根结点模块进行组装和测试，然后对含写操作的子系统做自顶向下的组装与测试； 回归测试：这种方式采取自顶向下的方式测试被修改的模块及其子模块，然后将这一部分视为子系统，再自底向上测试，以检查该子系统与其上级模块的接口是否适配。 4 集成测试 软件测试流程 ⑶一次性集成测试方式与增值式集成测试方式的比较 增值式集成方式需要编写的软件较多，工作量较大，花费的时间较多。一次性集成方式的工作量较小； 增值式集成方式发现问题的时间比一次性集成方式早； 增值式集成方式比一次性集成方式更容易判断出问题的所在，因为出现的问题往往和最后加进来的模块有关； 增值式集成方式测试的更为彻底； 使用一次性集成方式可以多个模块并行测试。 这两种模式各有利弊，在时间条件允许的情况下采用增值式集成测试方式有一定的优势。 4 集成测试 软件测试流程 ⑷集成测试的组织和实施 集成测试是一种正规测试过程，必须精心计划，并与单元测试的完成时间协调起来。在制定测试计划时，应考虑如下因素： 是采用何种系统组装方法来进行组装测试； 组装测试过程中连接各个模块的顺序； 模块代码编制和测试进度是否与组装测试的顺序一致； 测试过程中是否需要专门的硬件设备。 （5）集成测试完成的标志 判定集成测试过程是否完成，可按以下几个方面检查： 成功地执行了测试计划中规定的所有集成测试； 修正了所发现的错误； 测试结果通过了专门小组的评审。 （6）采用集成测试的原因 所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。 5 确认测试 软件测试流程 1．确认测试的定义 确认测试最简明、最严格的解释是检验所开发的软件是否能按用户提出的要求运行。若能达到这一要求，则认为开发的软件是合格的。因而有的软件开发部门把确认测试称为合格性测试(Qualification Testing)。 确认测试又称为有效性测试。它的任务是验证软件的功能和性能及其特性是否与客户的要求一致。对软件的功能和性能要求在软件需求规格说明中已经明确规定。 确认测试阶段工作如图10所示： 5 确认测试 软件测试流程 图10 确认测试阶段的工作 5 确认测试 软件测试流程 2．确认测试的准则 经过确认测试，应该为已开发的软件做出结论性评价。这不外乎是以下两种情况之一： 经过检验的软件功能、性能及其他要求均已满足需求规格说明书的规定，因而可被接受，视为是合格的软件； 经过检验发现与需求说明书有相当的偏离，得到一个各项缺陷的清单。 对于第二种情况，往往很难在交付期以前把发现的问题纠正过来。这就需要开发部门和客户进行协商，找出解决的办法。 5 确认测试 软件测试流程 3．进行确认测试 确认测试是在模拟的环境（可能是就是开发的环境）下，运用黑盒测试的方法，验证所测试件是否满足需求规格说明书列出的需求。 4．确认测试的结果 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 测试结果与预期的结果相符。说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受； 测试结果与预期的结果不符。说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。 通过与用户的协