软件开发实用教程第2版教学课件ppt作者华驰42集成测试课件.pptVIP

学习情境四 ：《中国无锡质量网》系统测试 工作任务：集成测试 ASP.NET软件开发技术项目实践 任务描述 掌握软件集成测试的相关知识 任务目标 知识目标 能力目标 在单元测试的基础上，需要将“中国无锡质量网”所有模块按照设计要求组装成完整的系统。 单元测试集中对“中国无锡质量网”各个功能模块的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。然后进行集成测试，根据设计规定的软件体系结构，把已测试过的模块组装起来，在组装过程中检查程序结构的组装的正确性，本任务将以“中国无锡质量网”后台管理系统的集成测试过程为例来说明集成测试的过程及注意点。 掌握对软件进行集成测试的方法 相关知识 在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑以下几个方面： 在把各个模块连接起来时，穿越模块接口的数据是否会丢失。 一个模块的功能是否会对另一个模块的功能产生不利的影响。 各个子功能组合起来，能否达到预期要求的父功能。 全局数据结构是否有问题。 单个模块的误差累积起来是否会放大，从而达到不能接受的程度。 单个模块的错误是否会导致数据库错误。 相关知识 选择什么方式把模块组装起来形成一个可运行的系统，直接影响模块测试用例的形式、所用测试工具的类型、模块编号的次序和测试的次序以及生成测试用例的费用和调试的费用。通常，把模块组装成为系统的方式有一次性集成方式和增殖式集成方式两种，下面分别进行介绍。 （1）一次性集成方式 它是一种非增殖式集成方式，也叫整体拼装。使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统。 由于程序中不可避免地存在涉及模块间接口、全局数据结构等方面的问题，所以一次试运行成功的可能性并不很大。 相关知识 （2）增殖式集成方式 又称渐增式集成方式。首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统，在组装的过程中边连接边测试，以发现连接过程中产生的问题，最后通过增殖逐步组装成为要求的软件系统。 自顶向下的增殖方式：将模块按系统程序结构，沿控制层次自顶向下进行集成。由于这种增殖方式在测试过程中较早地验证了主要的控制和判断点，所以在一个功能划分合理的程序结构中，判断常出现在较高的层次，较早就能遇到。如果主要控制有问题，尽早发现它能够减少以后的返工。 自底向上的增殖方式：从程序结构的最底层模块开始组装和测试。因为模块是自底向上进行组装的，所以对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到。 相关知识 合增殖式测试：自顶向下增殖方式和自底向上增殖方式各有优缺点。自顶向下增殖方式的缺点是需要建立桩模块。要使桩模块能够模拟实际子模块的功能将是十分困难的。同时，涉及复杂算法和真正输入/输出的模块一般在底层，它们是最容易出问题的模块，到组装和测试的后期才遇到这些模块，一旦发现问题，会导致过多的回归测试。而自顶向下增殖方式的优点是能够较早地发现在主要控制方面的问题。自底向上增殖方式的缺点是程序一直未能作为一个实体存在，直到最后一个模块加上去后才形成一个实体。也就是说，在自底向上组装和测试的过程中，对主要的控制直到最后才接触到，但这种方式的优点是不需要桩模块，而建立驱动模块一般比建立桩模块容易，同时由于涉及复杂算法和真正输入/输出的模块最先得到组装和测试，所以可以把最容易出问题的部分在早期解决。此外，自底向上增殖的方式可以实施多个模块的并行测试。鉴于此，通常是把以上两种方式结合起来进行组装和测试。 相关知识 衍变的自顶向下的增殖测试：它的基本思想是强化对输入/输出模块和引入新算法模块的测试，并自底向上组装成为功能相当完整且相对独立的子系统，然后由主模块开始自顶向下进行增殖测试。 自底向上-自顶向下的增殖测试：它首先对含读操作的子系统自底向上直至根节点模块进行组装和测试，然后对含写操作的子系统做自顶向下的组装与测试。 回归测试：这种方式采取自顶向下的方式测试被修改的模块及其子模块，然后将这一部分视为子系统，再自底向上测试，以检查该子系统与其上级模块的接口是否适配。 任务实施 1．集成测试 （1）接口-路径测试 接口测试用例设计表如表4-3所示。 任务实施 路径测试的检查表如表4-4所示。 任务实施 任务实施 （2）功能测试 功能测试用例设计表如表4-5所示。 任务实施 （3）容错能力/恢复能力测试 容错能力/恢复能力测试用例设计表如表4-6所示。 任务实施 （4）性能测试 性能测试用例设计表如表