5.2.1集成测试简介和相依性分析

软件质量保证与测试5.2集成测试第5章软件测试过程SoftwareQualityAssuranceandTesting5.2.1集成测试简介和相依性分析集成测试简介

集成测试（也叫组装测试、联合测试）是单元测试的逻辑扩展。它是在单元测试的基础上，把多个经过单元测试的模块按照软件概要设计书组装起来进行测试，检查模块组装后，其功能、业务流程等是否实现或符合要求。单元B单元A单元C集成测试简介

它的最简单的形式是：把两个或者多个已经测试过的单元组装成一个组件，并且测试它们之间的接口。然后这些组件又聚合成程序的更大部分，并最终扩展到将所有单元组装在一起。单元B单元A单元C单元E单元D单元F单元H单元G单元I集成测试简介

在集成测试之前，单元测试应该已经完成，集成测试中所使用的对象应该是已经通过单元测试的软件单元模块。这一点很重要，因为如果不先经过单元测试，那么集成测试的效果将会受到很大影响，并且会大幅增加软件单元模块代码纠错的代价。单元测试被测模块单元测试集成测试被测模块集成测试简介

一般这样定义集成测试：按照概要设计规格说明，根据实际情况对程序单元、模块采用适当的集成测试策略组装起来，对模块之间的接口、集成后的功能、相应技术指标及要求等进行检验的测试工作。集成测试能够发现单个模块测试时难以发现的问题，集成测试的主要依据是软件的概要设计书，即验证程序和概要设计说明的一致性。集成测试简介

一般而言，所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总是要从一个一个的软件单元做起，软件单元只有经过组装才能形成一个有机的整体。具体的集成过程可能是显性的也可能是隐性的。只要有组装集成，就总是会出现一些常见问题，工程实践中，几乎不存在软件单元组装过程中不出任何问题的情况。单元测试集成测试系统测试集成测试简介

经验表明，作为软件测试的一个阶段，集成测试是不可以或缺的，直接从单元测试过渡到系统测试是极不妥当的做法，而且对于复杂的软件而言，集成测试需要花费的时间通常会要超过单元测试。

集成测试简介开始集成测试的时间，总体上说应该是在单元测试之后，但在实际中往往单元测试和集成可能有一部分工作同步进行，先做完单元测试的模块就可以先集成，以节约时间。也就是说集成测试工作和单元测试工作可以有一部分是并行的。单元测试集成测试并行集成测试简介集成测试的流程一般包括计划、设计、实现、执行和分析评估等阶段，如下图所示。

计划阶段设计阶段开发阶段执行阶段分析评估缺陷跟踪制定出适合本项目的集成测试计划设计集成测试方案开发测试脚本，生成测试用例，开发桩模块和驱动模块执行集成测试，记录测试过程和结果生成集成测试评估报告结束集成测试的过程集成测试简介集成测试的目的是确保各单元组合在一起后能够按既定要求协作运行，并确保新增加的模块、代码等行为的正确性。集成测试主要是白盒测试和灰盒测试，所以一般由开发人员或白盒测试工程师来进行集成测试。

集成测试的必要性在于，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题，有可能在全局上会暴露出来，影响功能的实现。此外，在某些开发模式，如迭代式开发中，设计和实现是迭代进行的，在这种情况下，集成测试的意义还在于它能间接地验证概要设计是否具有可行性。集成测试简介相依性分析

相依性是模块以各种方式相互联系和依赖的关系。一般而言，相依性对实现协作和问题分解来说是必要的，或者说模块之间要实现分工和协作就不可避免的会产生相依性。但也有相依性是由于特定的实现方案或者算法、某种编程语言或特定的目标环境所引起的，和问题本身并无必然关系。相依性1.与问题本身有关，为实现问题分解和模块协作而产生2.与问题本身无关，由特定的实现方案或算法、某种编程语言或特定的目标环境所引起相依性分析有的模块相依性是显性的，如一对一的信息发送模块和信息接收模块之间的相依性关系；而有的模块相依性是隐性的，如操作权限约束、定时约束等都是隐性相依性的例子。相依性1.显性相依性2.隐形相依性相依性分析模块相依性有的是内在的，典型的如继承关系。例如Adapter是父类，ListAdapter和SpinnerAdapter是它的子类，当修改父类Adapter时，两个子类继承自父类的相关内容都会受到影响。相依性分析有的模块相依性是外在的，这种相依性与模块内部的实现机制无关，只是通过外部发生关联，典型的例子是共用公共数据。例如，模块A、B、C共用公共数据M，当模块A修改公共数据M时，会影响到使用这一公共数据的其他两个模块B和C。公共数据

M模块A写数据模块B模块C影响相依性分析

通过相依性分析，有助于理解集成测试的必要性，能够帮助我们更加有针对性的进行集成测试设计