第一部分信息系统测试概述教学课件电子教案.ppt

自顶向下的增量方式是模块按程序的控制结构，从上到下的组合方式。再增加测试模块时有先深度后宽度和先宽度后深度两种次序。如图6-6所示的自顶向下组合示例中，先深度后宽度的方法是把程序结构中的一条主路径上的模块相组合，测试顺序可以是M1→M2→M5→M6→M3→M7→M4。先宽度后深度的方法是把模块按层进行组合，测试顺序是M1→M2→M3→M4→M5→M6→M7。 　组装过程可分成以下步骤： ① 用主模块作为驱动模块，与之直接相连的模块用桩模块代替。 ② 根据所选的测试次序，用下一个模块替换所用的桩模块；而新引入模块的直接下属模块用桩模块代替，构成新的测试对象。 ③ 结合一个模块，测试一个。为了避免引入新模块，产生新问题，需要进行回归测试，即重复部分或全部已经进行过的测试。 ④ 模块是否已经组合到系统中，并完成测试，如果没有，则返回到（2），重复进行；是则停止测试。 　　　自顶向下的增量方式可以较早地验证控制和判断点，如果出现问题能够及时纠正。在测试时不需要编写驱动模块，但需要桩模块。另外，如果高层模块对下层模块依赖性很大，需要返回大量信息，在用桩模块代替时，桩模块的编写就复杂，必然会增加开销。这时可以用下面介绍的自底向上的增量方式。 （2）自底向上的增量方式 自底向上的增量方式是从最底层的功能模块开始，边组合边测试，从下向上地完成整个程序结构的测试。其步骤可以概括为： ① 将最底层的模块组合成能完成某种特定功能的模块簇，为每个模块簇设计驱动程序，用驱动程序来控制并进行测试。 ② 按从下向上的方向，刚实际模块替换相对应的驱动程序，组成新的模块簇，再为该模块簇设计驱动程序，用新的驱动程序进行控制和测试。 ③ 所有模块是否已经组合到系统中，并完成测试，如果没有，则返回到（2），重复进行，是则停止测试。 　　在单元测试的基础上，从最底层模块开始，按功能组合模块，从下到上的进行测试，逐步完成整个软件结构的测试。 　　自底向上的增量方式可以较早地发现底层关键性模块出现的错误。在测试时不需要编写桩模块，但需要驱动模块。另外，对程序中的主要控制错误发现较晚。 　组装测试的方法选择取决于软件的特点和进度安排。在工程中，通常将这两种方法结合起来使用，即对位于软件结构中较上层的使用自顶向下的方法，而对于较底层的使用自底向上的方法。 5、确认测试 经过组装测试之后，软件就被集成起来，接口方面的问题已排出，就可以进入软件测试的最后一个环节——确认测试。确认测试的任务是进一步验证软件的有效性，也就是说，检查软件的功能和性能是否与用户的要求一样。系统分析说明书描述了用户对软件的要求，所以是软件有效性验证的标准，也是确认测试的基础。 确认测试的步骤如图6-7所示。 有效性测试 软件配置审查 管理机构认可 专家鉴定 已集成的软件 测试人员 测试用例 测试计划 用户文档 开发文档 源程序清单 确认软件 软件配置 交付的软件 图6-7 确认测试的步骤 （1）有效性测试 有效性测试就是在模拟环境下，通过黑盒测试检验所开发的软件是否与需求规格说明一致。为此，需要制定测试计划，规定要做的测试类型，设计测试用例，组织测试人员对已集成的软件进行测试。在设计测试用例时，除了检测软件的功能和性能之外，还需要对软件的容错性、维护性等其他方面进行检测。测试人员可由开发商的内部人员组成，但最好是没有参加该项目的有经验的软件设计人员。在所有测试用例完成之后，测试结果有两种情况： 功能和性能等都满足需求，可以接受。 发现测试结果与预期的不符，这时要列出缺陷清单。在这个阶段才发现的严重错误一般很难在预定 　　　　的时间内纠正，需要与用户协商，寻找妥 　　　善解决问题办法。 （2）软件配置审查 确认测试的另一个环节是软件配置的审查，主要是检查软件（源程序、目标程序）和文档（包括面向开发和用户）是否齐全以及分类是否有序。确保文档、资料的正确和完善，以便维护阶段使用。 （3）验收测试 　　在经过软件的有效性测试和软件配置复查后，就应该开始软件系统的验收测试。验收测试是以用户为主的测试。软件开发人员和质量保证人员也应参加。在验收测试之前，需要对用户进行培训，以便熟悉该系统。验收测试的测试用例由用户参与设计，主要验证软件的功能、性能、可移植性、兼容性、容错性等，测试时一般 　　采用实际数据。 6、系统测试 系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试是根据系统分析说明书来设计测试用例的。 （1）恢复测试（recovery testing） 恢