软件测试课件第4章 软件测试过程2 集成测试

第4章软件测试过程（二）集成测试4.2集成测试概述集成测试定义集成是指把多个单元组合起来形成更大的单元集成测试是在假定各个软件单元已经通过了单元测试的前提下，检查各个软件单元之间的接口是否正确集成测试是构造软件体系结构的系统化技术，同时也是进行一些旨在发现与接口相关的错误的测试集成测试概述集成测试原则集成测试应当尽早开始，并以概要设计规约为基础；集成测试应当根据集成测试计划和方案进行，排除测试的随意性；在模块和接口的划分上，测试人员应当和开发人员进行充分的沟通；项目管理者保证测试用例经过了审核；集成测试应当按照一定的层次进行；集成测试的策略选择应当综合考虑质量、成本和进度三者之间的关系；集成测试概述集成测试原则(续)所有公共的接口都必须被测试到；关键模块必须进行充分的测试；测试结果应该被如实记录；当接口发生修改时，涉及的相关接口都必须进行回归测试；当测试计划中的结束标准满足时，集成测试结束。集成测试概述集成测试内容软件集成测试一般采用静态测试和动态测试方法，静态测试方法常采用静态分析、代码走查等。动态测试方法常采用白盒测试方法和黑盒测试方法。进行静态测试时，所选择的静态测试方法与测试的内容有关。通常，静态测试先于动态测试进行。集成测试概述集成测试内容当动态测试时，可从以下几个软件质量子特性方面考虑，确定测试内容全局数据结构适合性准确性互操作性容错性时间特性资源利用性集成测试概述集成测试过程集成测试的实施步骤包括：执行测试计划中所有要求做的集成测试；分析测试结果，找出产生错误的原因；提交集成测试分析报告，以便尽快修改错误；评审。集成测试策略非增量式集成测试先分别测试每个模块，再将所有模块按照设计要求放在一起结合成所要的程序增量式集成测试将下一个要测试的模块同已经测试好的那些模块结合起来进行测试，测试完后再将下一个应测试的模块结合起来进行测试集成测试策略非增量式集成测试非增量集成测试示例集成测试策略增量式集成测试自顶向下增量式集成测试自顶向下的集成方式的测试步骤如下：以主模块为被测模块，主模块的直接下属模块则用桩模块代替。采用深度优先或广度优先策略，用实际模块替换相应的桩模块（每次仅替换一个或少量几个桩模块，视模块接口的复杂程度而定），他们的直接下属模块则又用桩模块代替，与已测试的模块或子系统集成为新的子系统。对新形成的子系统进行测试，发现和排除模块集成过程中引起的错误，并做回归测试。若所有模块都已集成到系统中，则结束集成，否则转到步骤2)。集成测试策略增量式集成测试自底向上增量式集成测试自底向上的集成方式的测试步骤如下：为最底层模块开发驱动模块，对最底层模块进行并行测试。用实际模块替换驱动模块，与其已被测试过的直属子模块集成为一个子系统。为新形成的子系统开发驱动模块（若新形成的子系统对应为主控模块，则不必开发驱动模块），对该子系统进行测试。若该子系统已对应为主控模块，即最高层模块，则结束集成，否则转到步骤2)。集成测试策略增量式集成测试三明治集成测试将自顶向下测试与自底向上测试两种模式有机结合起来，采用并行的自顶向下、自底向上集成方式形成的方法三明治集成测试更重要的是采取持续集成的策略，软件开发中各个模块不是同时完成的，根据进度将完成的模块尽可能早地进行集成，有助于尽早发现缺陷，避免集成阶段大量缺陷涌现。常用的集成测试方法基于功能分解的集成测试对基于系统功能分解的集成测试，测试方法都基于采用树或文字形式来表示的功能分解不可避免地要深入到将要集成的模块顺序。对于增量集成有三种选择：自顶向下集成、自底向上集成以及三明治集成所有这些集成顺序都假设单元测试已经通过单独测试，基于功能分解的集成测试目标是测试通过单独测试的单元接口常用的集成测试方法基于功能分解的集成测试当执行集成测试时，测试人员应能标识关键模块。关键模块具有下述一个或多个特征：涉及几个软件需求；含有高层控制（位于程序结构相对高的层次）；是复杂的或易错的；有明确性的性能需求。关键模块应尽早地测试。常用的集成测试方法基于调用图的集成测试成对集成测试示例的调用图示例的成对集成常用的集成测试方法基于调用图的集成测试相邻集成测试常用的集成测试方法基于调用图的集成测试基于调用图的集成技术偏离了纯结构基础，转向行为基础，因此底层假设是一种改进。这些技术还减少了桩和驱动模块的开发工作量。基于调用图的集成还与以构建和合成为特征的开发匹配得很好。基于调用图集成测试的最大缺点是缺陷隔离问题，尤其是对有大量邻居的情况。常用的集成测试方法基于路径的集成测试将集成测试的侧重点由测试单元之间的接口，转移到这些单元的交互即它们的“协同功能”上。MM-路径的相关概念MM-路径：MM-路径是穿插出现模块执行路径和消息的序列。MM-路径图：给定一组单元，其MM-路径图是一种有向图，图中的节点表示模块执行路径，边表示消息以及单元之间的返回。常用的集成测试方法基于路径的集成测试MM-路径的集成测试跨三个单元的MM-路径MM-路径图常用的集成测试方法基于路径的集成测试基于路径方法的优点与实际系统行为结合紧密，不依赖于基于分解和调用的结构性图来集成基于路径集成测试也适用于面向对象的软件测试基于路径方法的缺点需要更多的工作量标识MM-路径。这种工作量可能会与桩和驱动模块开发所需要的工作量相当集成测试案例通用仓库管理系统集成测试目的：通用仓库管理系统经过编码、单元测试后形成待集成单元计划：主要描述如何进行集成测试活动，如何控制集成测试活动，集成测试活动的流程以及集成测试活动的工作安排等。集成测试案例通用仓库管理系统集成测试主要的任务是：测试在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；测试各个子功能组合起来，能否达到预期要求的父功能；一个模块的功能是否会对另一个模块的功能产生不利的影响；全局数据结构是否有问题；单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。集成测试案例通用仓库管理系统集成测试测试策划测试方式：自底向上的集成软件集成顺序采用：自底向上，先子系统，再顶系统。子系统集成顺序上，功能集成采用：先查找，后增加，删除，修改；模块集成采用：先入库出库模块，后盘点和管理员界面。集成测试案例通用仓库管理系统集成测试测试策划测试步骤集成测试中的主要步骤如表所示，主要有：

制定集成测试计划；

设计集成测试；

实施集成测试；

执行集成测试；

评估集成测试。集成测试案例通用仓库管理系统集成测试测试策划测试步骤活动输入输出职责制定集成测试计划设计模型集成构建计划集成测试计划制定测试计划设计集成测试集成测试计划设计模型基础测试用例测试过程集成测试用例测试过程实施集成测试集成测试用例测试过程工作版本测试脚本测试过程测试驱动(底向上)编制测试代码更新测试过程编制驱动或桩执行集成测试测试脚本工作版本测试结果测试并记录结果评估集成测试集成测试计划测试结果测试评估摘要会同开发人员评估测试结果,得出测试报告集成测试案例通用仓库管理系统集成测试测试策划集成元素子系统集成入库模块，出库模块，盘存模块功能集成有关增加，删除，修改，查询各个数据的操作数据集成数据传递是否正确，对于传入值的控制范围是否一致等函数集成函数是否调用正常集成测试案例通用仓库管理系统集成测试测试设计与执行设计集成测试用例实施测试问题反馈与跟踪回归测试测试总结报告集成测试案例通用仓库管理系统集成测试