第6章集成测试与系统测试

《第6章集成测试与系统测试》由会员分享，可在线阅读，更多相关《第6章集成测试与系统测试（82页珍藏版）》请在金锄头文库上搜索。

1、第6章 集成测试与系统测试n6.1 系统集成的模式与方法n6.2 功能测试n6.3 回归测试n6.4 系统测试6.1 系统集成的模式与方法n什么是集成测试n集成测试的目的与任务n系统集成的模式与方法一、集成测试（组装测试）将经过单元测试的模块按设计要求 组合起来再进行的测试。二、目的二、目的检查各模块间接口是否存在问题检查各模块间接口是否存在问题三、集成测试的任务（1）将各模块连接起来，检查模块相互调用时， 数据经过接口是否丢失。 （2）将各个子功能组合起来，检查能否达到预期 要求的各项父功能。 （3）一个模块的功能是否会对另一个模块的功能 产生不利的影响。 （4）全局数据结构是否有问题，会不

2、会被异常修 改。 （5）单个模块的误差积累起来，是否被放大，从 而达到不可接受的程度。四、集成测试前的准备 （1）人员安排有经验的测试人员和开发人员 （2）测试计划测试的描述和范围、测试的预期目标、测 试环境、集成次序、测试用例设计生成、进度表 （3）测试内容单元接口、代码、界面 （4）集成模式集成方式的选择 （5）测试方法黑盒为主，辅以白盒五、集成测试的模式集成测试包括两种不同方法：非增量式 集成和增量式集成。1、非增量式集成（一次性集成）：先分别测试每一个模块，再把所有模块按设计要求一次性全部组装起来，然后进行测试，最终得到要求的软件系统。非增量式集成非增量式集成2、增量式集成首先对一个个

3、模块进行模块测试，然后将这些模块逐步组装成较大的系统。在组装的过程中边连接边测试，以发现连接过程中产生的问题。通过增殖逐步组装成为要求的软件系统。3、增量式集成的两种方式（1）自顶向下的增量方式 自顶向下增量式测试表示逐步集成和 逐步测试是按结构图自上而下进行的。 即模块集成的顺序是首先集成主控模块 （主程序），然后按照软件控制层次结 构向下进行集成。v自顶向下集成方式的步骤： 以主模块为所测试模块兼驱动模块，所有 直属于主模块的下属模块全部用桩模块代替， 对主模块进行测试。 依照所选用的模块集成策略（深度优先和 广度优先），用实际模块替换相应桩模块，再 用桩模块代替它们的直接下属模块，与已测

4、试 的模块或子系统组装成新的子系统。 进行回归测试，排除组装过程中引入新的 错误的可能。 判断是否所有的模块都组装到系统中？是 则结束测试，否则转到去执行。自顶向下增量式测试（广度优先策略） 自顶向下增量式测试（深度优先策略） 3、增量式集成的两种方式（续）（2）自底向上的增量方式自底向上增量式测试是从最底层的 模块开始，按结构图自下而上逐步进行 集成和测试。v自底向上集成方式的步骤： 由驱动模块控制最底层模块的并行测 试；也可以把最底层模块组合成实现某一 特定软件功能的簇，由驱动模块控制它进 行测试。 用实际模块代替驱动模块，与它已测 试的直属子模块组装成子系统。 为子系统配备驱动模块，进行

5、新的测 试。 判断是否已组装到达主模块。是则结 束测试，否则转到去执行。自底向上增量式测试 自顶向下集成方法优点：不需要测试驱动程序，能够在测试阶段的 早期实现并验证系统的主要功能，发现上层模块 的接口错误。缺点：需要桩模块自底向上集成方法优点：不需要桩模块。缺点：程序一直未能作为一个实体存在，直到最 后一个模块加上去后才形成一个实体。4、两种增量集成方式的比较非增量式集成优点：工作量较小、并行测试缺点：发现模块接口错误晚且较难诊断；增量式集成优点：发现模块接口错误早且容易诊断； 测试更彻底；缺点：工作量较大；5、非增量集成和增量集成方式的比较6、混合策略混合法：对软件结构中较上层，使用的是“

6、自顶向下 ”法；对软件结构中较下层，使用的是“自底向上”法 ，两者相结合 7、大棒集成方法(Big-bang Integration)采用大棒集成方法,先是对每一个子模块进行测试（单元测试 阶段），然后将所有模块一次性的全部集成起来进行集成测试 。 因为所有的模块一次集成的，所以很难确定出错的真正位置 、所在的模块、错误的原因。这种方法适合在规模较小的应用 系统中使用。 8、三明治集成方法采用三明治方法的优点是：它将自顶向下和自底向上的集成 方法有机地结合起来，不需要写桩程序因为在测试初自底向上集 成已经验证了底层模块的正确性。采用这种方法的主要缺点是： 在真正集成之前每一个独立的模块没有完全

7、测试过。 9、改善的三明治集成方法改进的三明治集成方法，不仅自两头向中间 集成，而且保证每个模块得到单独的测试，使 测试进行得比较彻底 。几种集成方法性能的比较 自底向上 自顶顶向下 混合策略 大棒 三明治改进进三明治集成早早早晚早早基本程序能 工作时间时间晚早早晚早早需要驱动驱动 程 序是否是是是是需要桩桩程序否是是是是是工作并行性中低中高中高特殊路径测测 试试容易难难容易容易 中等容易计计划与控制容易难难难难容易难难难难6.2功能测试 功能测试属于黑盒测试技术范畴，是系 统测试中要进行的最基本的测试，它不用考 虑软件内部的具体实现过程。主要是根据产品的需求规格说明书和测 试需求列表，验证产

8、品是否符合产品的需求 规格。需求规格说明是功能测试的基本输入。 因此先对需求规格进行分析，明确功能测试 的重点。可按照如下步骤进行： 为所有的功能需求（其中包括隐含的功能 需求）加以标识； 为所有可能出现的功能异常进行分类分析 并加以标识； 对前面表示的功能需求确定优先级。 对每个功能进行测试分析，分析其是否可 测、采用何种测试方法、测试的入口条件、可能 的输入、预期输出等等。 是否需要开发脚本或借助工具录制脚本。 确定要对哪些测试使用自动化测试，对哪 些测试使用手工测试。功能测试的主要内容： n 程序安装、启动正常，有相应的提示框、错误提示等n 每项功能符合实际要求n 系统的界面清晰、美观n

9、 菜单、按钮操作正常、灵活，能处理一些异常操作n 能接受正确的数据输入，对异常数据的输入有提示、容 错处理等n 数据的输出结果准确，格式清晰，可以保存和读取n 功能逻辑清楚，符合使用者习惯n 系统的各种状态按照业务流程而变化，并保持稳定n 支持各种应用的环境n 能配合多种硬件周边设备n 软件升级后，能继续支持旧版本的数据n 与外部应用系统的接口有效 功能测试的方法： n等价类划分法n边界值分析法n错误推测法n因果图法n组合分析法6.3 回归测试（1）回归测试回归测试是指修改了旧代码后，重新 进行测试以确认修改没有引入新的错误或 导致其它代码产生错误。 （2）回归测试的目的 n 所做的修改达到了

10、预定的目的，如错误得 到了改正，新功能得到了实现，能够适应 新的运行环境等；n 不影响软件原有功能的正确性。（3）回归测试的方法n 再测试全部用例 n 基于风险选择测试 n 基于操作剖面选择测试 n 再测试修改的部分（4）回归测试的组织和实施通过代码相依分析，识别软件中被修改的部分；从原有测试用例库中，排除不适用的测试用例， 建立新的测试用例基线库T0；基于风险和操作剖面选择相结合，从新的测试用 例基线库中选择测试用例构造有效的套件，测试 被修改的软件若回归测试套件达不到所需的覆盖要求，必须补 充新的测试用例，则生成新的测试用例集T1；用T1测试修改后的软件。6.4 系统测试系统测试的根本任务

11、就是要证明被测系 统的功能和结构的稳定性；还要有一些非功 能测试：性能测试、压力测试、可靠性测试 等等。 最终目的是为了确保软件产品能够被用 户或操作者接受。测试的主要目标不再是找 出缺陷，而是证明其性能。系统测试属于黑盒测试范畴，不再对软 件的源代码进行分析和测试。 一、什么是系统测试 系统测试就是将已经集成好的软件系统，作 为整个计算机系统的一个元素，与计算机硬件、 外设、某些支持软件、数据和人员等其它系统元 素结合在一起，在实际运行（使用）环境下，对 计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义 比较，检查软件是否存在与系统定义不符合或与 之矛盾的地方

12、，以验证软件系统的功能和性能等 满足其规约所指定的要求。 二、系统测试的组织和分工测试组组长：组织测试；测试分析员：负责设计和实现测试脚本和测试用例；测试者：负责执行测试脚本中记录的测试用例。同时可以邀请客户代表参与系统测试，可以与客户 建立一个良好的平台，并且得到反馈信息。过程：搭建好系统测试的软、硬件平台制定软件 测试计划(与开发人员多多沟通)系统测试提交系 统测试的大量输出的拷贝文档(包括测试结果记录表 格、系统测试日志和全面的系统测试总结报告)。三、如何进行系统测试 系统测试过程要经历以下几个阶段：1、计划阶段：制定测试计划 2、设计阶段：对系统进行详细的测试分析，然后设 计一些典型的

13、，满足测试需求的测试用例；同时给 出系统测试的大致过程。 3、实施阶段：使用当前的软件版本进行测试脚本的 录制工作，确定软件的基线。 4、执行阶段：根据系统测试计划和事先设计好的系 统测试用例，以及一定测试规程进行测试脚本的回 放。 5、评估阶段：进行评估，以确定系统测试是否通过 。四、系统测试类型、方法 安全性测试安全性测试 容错性测试容错性测试 配置测试配置测试 兼容性测试兼容性测试 可靠性测试可靠性测试 功能测试功能测试 用户界面测试用户界面测试 回归测试回归测试 性能测试性能测试 负载测试负载测试1、用户界面测试优秀UI应具备的7要素： （1）符合标准和规范 （2）一致性 （3）正确性

14、 （4）直观性 （5）灵活性 （6）舒适性 （7）宽容性（1）符合标准和规范通常标准是已经确立的，多数用户已经熟 悉并接受了这些标准和规范、或已经认同了这些 信息所代表的意义。如果软件在某一个平台上运行，就需要把该平台 的标准和规范作为产品规格说明书的补充内容，在建 立测试案例时和产品规格说明书一样作为依据 。（2）一致性与用户的现实世界的一致性与用户常用或习惯的软件产品的一致性不同用户界面之间的一致性（3）直观性首先了解所需的功能或期待的响应应该明显，并 在预期的地方出现。其次要考虑用户界面的组织和布局是否合理。（4）灵活性不同用户所使用的功能和数据存在差异 ，这种差异应反映到界面，即要为不

15、同用 户提供合适的个性化界面或选择的灵活性 。（5）舒适性尽可能降低用户操作的复杂性，尽量减少 结构层次及用户操作量用户界面的外观、风格与用户的工作性质 和环境协调错误处理（6）正确性测试是否做了该做的事。 （7）宽容性对用户错误操作的宽容。 用户界面测试标准（1）保证用户界面运作的一致性 （2）界面上的布局 （3）颜色使用要恰当 （4）字体使用要适当（英文New Times Roman，中文一般采用宋体） （5）适当的信息和标签措词Windows检查单编编 号测试项测试项1窗口的长长度和宽宽度接近黄金比例 2窗口上的按钮钮布局与界面相协调协调 ，不要过过于密集或空旷旷 3界面上的字体一般为为

16、宋体，字号一般为为8-12号 4颜颜色搭配合理，不使用大红红大绿绿5菜单单深度不超过过3级级，快捷键键没有重复 6无错别错别 字，无中英文混合使用 7字体样样式统统一，无全角、半角混合使用 8测试测试 窗体在常用分辨率下的使用情况 9状态栏态栏 上要实时显实时显 示操作后窗体发发生的变变化2、性能测试（1）软件性能与性能测试n软件性能覆盖面广泛，对一个系统而言，包 括执行效率、资源占用、稳定性、安全性、 兼容性、可扩展性、可靠性等等。n性能测试用来保证系统运行后的性能满足用 户需求。性能测试在软件质量保证中起重要 作用。 2、性能测试（2）不同角度对软件的性能认识 F用户角度 F系统管理员角度 F开发人员角度47软件性能的认识用户角度n软件对用户操作的响应时间，如用户提交 一个查询操作、打开一个web页面的链接 等n业务可用度，或者系统的服务水平如何48软件