软件测试过程与策略讲义.ppt

图2-8 自顶向下增值测试方式 自底向上增值测试方式（Bottom-up Integration） 组装从最底层的模块开始，组合成一个构件，用以完成指定的软件子功能 。编制驱动程序，协调测试用例的输入与输出；测试集成后的构件；按程 序结构向上组装测试后的构件，同时除掉驱动程序。这种组装的方式是从 程序模块结构的最底层的模块开始组装和测试。因为模块是自底向上进行 组装，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模 块）已经组装并测试完成，所以不再需要桩模块。在模块的测试过程中需 要从子模块得到的信息可以直接运行子模块获得。 图2-9表示的是按照自底向上增值的集成测试例子。首先，对处于树状结 构图中叶子节点位置的模块E、C、F进行单元测试，如图2-9（a）、图2- 9（b）和图2-9（c）所示，分别配以驱动模块D1、D2和D3，用来模拟 模块B、模块A和模块D对它们的调用。然后，如图2-9（d）和图2-9（e ）所示，去掉驱动模块D1和D3，替换成模块B和D分别与模块E和F相连 ，并且设立驱动模块D4和D5进行局部集成测试。最后，如图2-9（f）所示， 对整个系统结构进行集成测试。 图2-9 自底向上增值测试方式 混合增值测试方式 改进的自顶向下增值测试：基本思想是强化对输入／输出模块和引入新算法模块的测试，并自底向上组装成为功能相当完整且相对独立的子系统，然后由主模块开始自顶向下进行增值测试； 自底向上—自顶向下的增值测试（混和法）：首先对含读操作的子系统自底向上直至根结点模块进行组装和测试，然后对含写操作的子系统做自顶向下的组装与测试； 回归测试：这种方式采取自顶向下的方式测试被修改的模块及其子模块，然后将这一部分视为子系统，再自底向上测试，以检查该子系统与其上级模块的接口是否适配。 4.集成测试的组织和实施 集成测试是一种正规测试过程，必须精心计划，并与单元测试的完成时间协调起来。在制定测试计划时，应考虑如下因素： 是采用何种系统组装方法来进行组装测试； 组装测试过程中连接各个模块的顺序； 模块代码编制和测试进度是否与组装测试的顺序一致； 测试过程中是否需要专门的硬件设备。 解决了上述问题之后，就可以列出各个模块的编制、测试计划表，标明每个模块单元测试完成的日期、首次集成测试的日期、集成测试全部完成的日期，以及需要的测试用例和所期望的测试结果。 5．集成测试完成的标志 判定集成测试过程是否完成，可按以下几个方面检查： 成功地执行了测试计划中规定的所有集成测试； 修正了所发现的错误； 测试结果通过了专门小组的评审。 6．采用集成测试的原因 所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。 2.2.4 确认测试 1．确认测试的定义 确认测试是检验所开发的软件是否能按用户提出的要求运行。若能达到这一要求，则认为开发的软件是合格的。因而有的软件开发部门把确认测试称为合格性测试(Qualification Testing)。 2．确认测试的准则 经过确认测试，应该为已开发的软件做出结论性评价。不外乎以下两种情况之一： 经过检验的软件功能、性能及其它要求均已满足需求规格说明书的规定，因而可被接受，为是合格的软件； 经过检验发现与需求说明书有相当的偏离，得到一个各项缺陷的清单。 对于第二种情况，往往很难在交付期以前把发现的问题纠正过来。这就需要开发部门和客户进行协商，找出解决的办法。 图2-10 确认测试阶段的工作 3．进行有效性测试 有效性测试是在模拟的环境（可能是就是开发的环境）下，运用黑盒测试的方法，验证所测试件是否满足需求规格说明书列出的需求。为此，需要首先制定测试计划，规定要做测试的种类，还需要制定一组测试步骤，描述具体的测试用例。通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符，确保所有的软件功能需求都能得到满足，所有的软件性能需求能达到，所有的文档都是正确且易于使用。同时，对其他软件需求，例如可移植性、兼容性，自动恢复、可维护性等，也都要进行测试，确认是否满足。 4．确认测试的结果 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 测试结果与预期的结果相符。说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受； 测试结果与预期的结果不符。说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。 通过与用户的协商，解决所发现的缺陷和错误。确认测试应交付的文档有：确认测试分析报告、最终的用户手册和操作手册、项目开发总结报告。 5．软件配置审查 软件配置审查是确认测试过程的重要环节。其的目的是保证软件配置的所