1. 调试与评估

2. 单元测试的管理

1. 单元测试的文档

3. 系统集成的模式与方法

1. 集成测试前的准备

2. 集成测试的模式

3. 大棒集成方法 ( Big-bang Integration)

4. 自顶向下和自底向上集成方法

1. 自顶向下法 ( Top-down Integration )

2. 自底向上法 ( Bottom-up Integration )

3. 混合策略 ( Modified Top-down Integration )

4. 三明治集成方法 ( Sandwich Integration )

5. 持续集成

6. 集成测试流程

1. 调试与评估

调试与测试的对象及采用的方法有很大程度上的相似，调试还用到断点控制等排错方法，但其目的却完全不同。测试是为了找出软件中存在的缺陷，而调试是为了解决存在的缺陷。

软件单元功能与设计需求一致。
软件单元接口与设计需求一致。
能够正确处理输入和运行中的错误。
在单元测试中发现的错误已经得到修改并且通过了测试。
达到了相关的覆盖率的要求。
完成软件单元测试报告

2. 单元测试的管理

过程:

在详细设计阶段完成单元测试计划。
建立单元测试环境，完成测试设计和开发。
执行单元测试用例，并且详细记录测试结果。
判定测试用例是否通过。
提交《单元测试报告》。

1. 单元测试的文档

单元测试的文档

1、《软件需求规格说明书》、《软件详细设计说明书》 -----> 《单元测试计划》

2、《单元测试计划》、《软件详细设计说明书》-----> 《单元测试用例》

3、《单元测试用例》文档及《软件需求规格说明书》、《软件详细设计说明书》-----> 《缺陷跟踪报告》/《缺陷检查表》

4、《单元测试用例》、《缺陷跟踪报告》、《缺陷检查表》-----> 《单元测试检查表》

5、评估 -----> 单元测试报告》

3. 系统集成的模式与方法

集成测试定义

定义

集成测试又称“组装测试”、“联合测试”。集成测试遵循特定的策略和步骤将已经通过单元测试的各个软件单元（或模块）逐步组合在一起进行测试，以期望通过测试发现各软件单元接口之间存在的问题。

集成测试对象

理论上凡是两个单元（如函数单元）的组合测试都可以叫做集成测试。实际操作中，通常集成测试的对象为模块级的集成和子系统间的集成，其中子系统集成测试称为组件测试。

集成测试目的与意义

考虑以下问题：

在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；
各个子功能组合起来，能否达到预期要求的总体功能；
一个模块的功能是否会对另一个模块的功能产生不利的影响；
全局数据结构是否有问题单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。
共享资源访问的测试 ( 要想发现并排除在模块连接中可能发生的上述问题，就需要进行集成测试。)

集成测试有以下不可替代的特点：

单元测试具有不彻底性，对于模块间接口信息内容的正确性、相互调用关系是否符合设计无能为力。只能靠集成测试来进行保障。
同系统测试相比，由于集成测试用例是从程序结构出发的，目的性、针对性更强，测试项发现问题的效率更高，定位问题的效率也较高；
定位问题较快，发现问题后比较容易定位，所以能够有效地加快进度，减少隐患。

集成测试（when)

在开始体系结构设计的时候开始制定测试方案；
在进入详细设计之前完成集成测试方案；
在进入系统测试之前结束集成测试。

集成测试（who)

集成测试可以在开发部进行，也可以由独立的测试部执行。
开发部尽量进行集成测试，测试部有选择地进行集成测试。

集成测试原则

集成测试是产品研发中的重要工作，需要为其分配足够的资源和时间。
集成测试需要经过严密的计划，并严格按计划执行。
应采取增量式的分步集成方式，逐步进行软件部件的集成和测试。
应重视测试自动化技术的引入与应用，不断提高集成测试效率。
应该注意测试用例的积累和管理，方便进行回归并进行测试用例补充。

集成测试内容

集成功能测试
接口测试
全局数据结构测试
资源测试
任务优先级冲突测试
性能和稳定性测试

集成测试、单元测试与系统测试的差别

测试类型	对象	目的	测试依据	测试方法
单元测试	模块内部的程序错误	消除局部模块的逻辑和功能上的错误和缺陷	模块逻辑设计，模块外部说明	大量采用白盒测试方法
集成测试	模块间的集成和调用关系	找出与软件设计相关的程序结构，模块调用关系，模块间接口方面的问题	程序结构设计	结合使用白盒与黑和测试方法，采用较多黑盒方法构造测试用例
系统测试	整个系统，包括系统中的硬件等	对整个系统进行一系列的整体、有效性测试	系统结构设计，目标说明书，需求说明书等	黑盒测试

由以上可以看出，整个软件系统的测试过程是：先对各个软件模块进行单元测试，然后把经过单元测试的各个模块组装起来进行集成测试，最后把经过集成测试的子系统合成软件版本，对照需求规格，在实际环境下，进行系统功能验证。

1. 集成测试前的准备

人员安排、测试计划、测试内容、集成模式、测试方法

2. 集成测试的模式

渐增式测试模式与非渐增式测试模式：

非渐增式测试模式：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，如大棒模式。
渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。

各自的优缺点：

非渐增式测试模式优缺点：工作量较小；发现模块间接口错误较晚；发现错误较难诊断，可以并行测试。
渐增式测试模式优缺点：要编写的软件较多，工作量较大；发现模块间接口错误较早；测试执行更彻底；需要较多的机器时间。

3. 大棒集成方法 ( Big-bang Integration)

采用大棒集成方法，先是对每一个子模块进行测试（单元测试阶段），然后将所有模块一次性的全部集成起来进行集成测试。

因为所有的模块一次集成的，所以很难确定出错的真正位置、所在的模块、错误的原因。这种方法并不推荐在任何系统中使用，适合在规模较小的应用系统中使用。

非增量式集成测试实例

评述：模块d1、d2、d3、d4、d5是对各个模块做单元测试时建立的驱动模块，s1、s2、s3、s4、s5是为单元测试而建立的桩模块。这种一次性集成方式将所测模块连接起来进行测试，但是一次试运行成功地可能性并不大。其结果发现有错误，但茫然找不到原因，差错和改错都会遇到困难。

适应于一个维护型或被测试系统较小的项目。

非增量式策略——优缺点:

优点： ①方法简单 ②允许多测试人员同时并行工作，人力物力资源利用率较高
缺点： ①必须为每个模块准备相应的驱动模块和桩模块，测试成本较高 ②一旦集成后包含多种错误，难以纠正。

4. 自顶向下和自底向上集成方法

驱动程序/驱动模块（driver），用以模拟被测模块的上级模块。驱动模块在集成测试中接受测试数据，把相关的数据传送给被测模块，启动被测模块，并打印出相应的结果。

桩程序/桩模块（stub），也有人称为存根程序，用以模拟被测模块工作过程中所调用的模块。桩模块由被测模块调用，它们一般只进行很少的数据处理，例如打印入口和返回，以便于检验被测模块与其下级模块的接口。

1. 自顶向下法 ( Top-down Integration )

自顶向下法，从主控模块(主程序)开始，沿着软件的控制层次向下移动，逐渐把各个模块结合起来。

组装过程可以采用深度优先策略和宽度优先策略

深度优先：从最顶层单元开始，持续向下到下一层，选择一个分支，自顶而下一个一个的集成这条分支上的所有单元，直到最底层，然后转向另一个分支，重复这样的集成操作直到所有的单元都集成进来。
广度优先：从最顶层单元开始，持续向下到下一层，一个个完成下一层上所有单元集成后，再转向下面一层，重复这样的集成操作直到所有的单元都集成进来。