自顶向下测试
 
目的：从顶层控制（主控模块）开始，采用同设计顺序一样的思路对被测系统进行测试，来验证系统的稳定性。
定义：自顶向下的集成测试就是按照系统层次结构图，以主程序模块为中心，自上而下按照深度优先或者广度优先策略，对各个模块一边组装一边进行测试。
自我理解：自顶向下测试包含两种测试策略，分别是深度优先和广度优先，这个不难理解，看例子基本就能懂
 
 
 
例子如下：
 
 
实现自顶向下测试方法（广度优先）
 
总结特点：从上到下（分层），从左到右（排序）
 
这句话可以这样理解先从整体上从上到下排列
 
第一层有：M1
 
第二层有：M3，M4，M2
 
第三层有：M6，M5
 
第四层有：M7
 
然后再从每层进行细分，从左到右排列
 
第一层排序后：M1
 
第二层排序后：M2，M3，M4
 
第三层排序后：M5，M6
 
第四层排序后：M7
 
再整合起来，自顶向下测试方法（广度优先）就出来了：M1，M2，M3，M4，M5，M6，M7
 
 
 
实现自顶向下测试方法（深度优先）
 
总结特点：从左到右（分支），从上到下（排序）
 
这句话可以这样理解，整体分支上是从左到右排序
 
（从左到右）
 
一分支：M1 - M2分支
 
二分支：M1 - M3 - M5分支
 
三分支：M1 - M3 - M6 - M7分支
 
四分支：M1 - M4分支
 
各分支具体编号从上到下排序
 
一分支排序后：M1，M2
 
二分支排序后：M1，M3，M5
 
三分支排序后：M1，M3，M6，M7
 
四分支排序后：M1，M4
 
在整合起来，遵循先左右，后上下，第一分支M1，M2，第二分支（M1在第一分支上已有）M3，M5，第三分支（跟前面同理，M3
 
之前分支已有）M6，M7,，第四分支（同理）M4
 
最终排序结果就出来了：M1，M2，M3，M5，M6，M7，M4
 
自底向上测试方法
 
目的：从依赖性最小的底层模块开始，按照层次结构图，逐层向上集成，验证系统的稳定性。
定义：自底向上集成是从系统层次结构图的最底层模块开始进行组装和集成测试的方式。对于某一个层次的特定模块，因为它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。在测试过程中，如果想要从子模块得到信息可以通过直接运行子模块得到。也就是说，在集成测试的过程中只需要开发相应的驱动模块就可以了。
例子如下：
 
 
第一步，依次从左到右，d1,d2,d3,d4,d5,d6称为驱动模块
 
 
 
 
 
 
 
 
第二步，整合在一起
 
 
 
 
三明治集成测试方法
 
定义:三明治集成是一种混合增殖式测试策略，综合了自顶向下和自底向上两种集成方法的优点，因此也属于基于功能分解集成。如果借助图来介绍三明治集成的话，就是在各个子树上真正进行大爆炸集成。桩和驱动器的开发工作都比较小，不过代价是作为大爆炸集成的后果，在一定程度上增加了定位缺陷的难度。
例子如下：
 
针对本题，三明治集成测试有两种方法
 
第一种：
 
目的：综合利用自顶向下和自底向上两种集成策略的优点
 
 
先要选择分界层 ，在此我选择M2 - M3 - M4层为界，在M2 - M3 - M4层以上采用自顶向下测试方法，在M2 - M3 - M4层以下采用自底向上测试方法
 
第一步，M2 - M3 - M4层以上采用自顶向下测试方法
 
 
第二步，在M2 - M3 - M4层以下采用自底向上测试方法
 
 
 
 
整合后
 
 
优点：出来具有自顶向下和自底向上两种集成策略的优点之外，运用了一定的技巧，能够减少桩模块和驱动模块的开发
 
缺点：在被集成之前，中间层不能尽早得到充分测试（在本题中，中间层即是M2 - M3 - M4层）
 
第二种：
 
相对于第一种来说，第二种能在一定程度上解决第一种方法的缺点
 
目的：充分发挥测试的并行性，弥补三明治集中不能充分测试中间层的缺点
 
先要选择分界模块，在此我选择M3模块为界，对模块M3层（M3即M2 - M3 - M4层）上面使用自顶向下集成测试策略，模块M3层下面使用自底向上集成测试策略，对M3层使用使用独立测试策略（即对该层模块设计桩模块和驱动模块完成对目标层的测试，参考https://blog.csdn.net/xhf55555/article/details/6819010）
 
 
优点：1.具有三明治集成的所有优点，且对中间层能够尽早进行比较充分的测试；
 
          2.该策略的并行度比较高。（并行度在本题中指，并行测试M3层与M3层上面一层的集成和M3层与其下一层的集成）
 
缺点：中间层如果选择不适当，可能会增加驱动模块的和桩模块工作量的设计负担。
 
方便以后回忆，在此记录，我觉得重要的点，第一原理，第二怎么画，希望对误闯进来的道友有所帮助

 
文章目录
 
单元测试的定义
单元测试的内容
模块接口测试
模块局部数据结构测试
模块边界条件测试
模块独立执行路径测试
模块内部错误处理测试
    
单元测试的环境
单元测试策略
自顶向下的单元测试
自底向上的单元测试
孤立单元测试
单元测试的难点
主要单元测试方法
单元测试输入
单元测试的输出
单元测试重点内容
    
静态测试
代码走查
代码审查
代码评审
静态测试检查内容
   
  
 

 
单元测试的定义
 
单元(Unit)指一个可独立运行的代码段，独立运行指这个工作不受前一次或接下来的程序运行的结果影响。
单元测试的内容包括对最小单元进行功能、性能、接口和设计约束等正确性检验，主要- 测试其在语法、格式和逻辑上的错误。
单元测试概念 
  
单元测试是对软件基本组成单元进行的测试。
单元测试是从程序内部结构出发来进行测试的，多采用白盒测试的技术。
单元测试是软件测试过程中进行的最低级别的测试活动，测试进行得越早越好。
测试工作主要由程序开发人员进行自测和互测，同时还需要单独的测试角色，来进行测试和评审。
 
单元测试的目的 
  
能更准确更全面地查找错误，提高软件质量 
    
单元测试
集成测试
 
单元测试能够大量削减开发时间和节约成本 
    
修复成本随着阶段成倍数的增加
 
 
单元测试的过程 
  
制定测试计划 
    
单元测试准备
制定单元测试策略
单元测试日程计划
 
单元测试设计
测试执行
测试评估
 
 
单元测试的内容
 
 
模块接口测试
 
对通过被测模块的数据流进行测试，检查进出模块的数据是否正确。
Checklist（Checklist —检查表） 
  
调用本模块的输入参数是否正确；
本模块调用子模块时输入给子模块的参数是否正确；
全局量的定义在各模块中是否一致；
外部输入、输出。
 
 
模块局部数据结构测试
 
检查局部数据结构能否保持完整性。
Checklist 
  
不正确或不一致的数据类型说明
变量无初值
变量初始化或默认值有错
不正确的变量名或从来未被使用过
出现上溢或下溢和地址异常
 
 
模块边界条件测试
 
检查临界数据是否正确处理
Checklist 
  
普通合法数据是否正确处理
普通非法数据是否正确处理
边界内最接近边界的(合法)数据是否正确处理
边界外最接近边界的(非法)数据是否正确处理
 
 
模块独立执行路径测试
 
对模块中重要的执行路径进行测试。检查由于计算错误、判定错误、控制流错误导致的程序错误。
Checklist 
  
运算符优先级
混合类型计算
精度不够
表达式的不正确符号
循环变量的使用错误
 
 
模块内部错误处理测试
 
检查内部错误处理设施是否有效。
Checklist 
  
输出的出错信息难以理解
记录的错误与实际不相符
程序定义的出错处理前系统已介入
异常处理不当
未提供足够的定位出错信息
 
 
单元测试的环境
 
基本单元本身不是一个独立的程序，自己不能运行，要靠其它部分来调用和驱动。
 
驱动模块(driver) 
  
被测基本单元的主程序，它接收测试数据，并把数据传送给被测单元，最后输出实测结果。
 
桩模块(stub) ──存根模块 
  
用来代替被测基本单元调用的其他基本单元。
 
驱动模块的设计比桩模块简单
 
 
单元测试策略
 
自顶向下的单元测试
 
方法 
  
先对最顶层的基本单元进行测试，把所有调用的单元做成桩模块。然后再对第二层的基本单元进行测试，使用上面已测试的单元做驱动模块。依此类推直到测试完所有基本单元。
 
优点 
  
在集成测试前提供早期的集成途径。在执行上和详细设计的顺序一致。不需要开发驱动模块。
 
缺点 
  
随着测试的进行，测试过程越来越复杂，开发和维护成本增加。
 
总结 
  
比孤立单元测试的成本高很多，不是单元测试的一个好的选择。
 
 
自底向上的单元测试
 
方法 
  
先对最底层的基本单元进行测试，模拟调用该单元的单元做驱动模块。然后再对上面一层进行测试，用下面已被测试过的单元做桩模块。依此类推，直到测试完所有单元。
 
优点 
  
在集成测试前提供系统早期的集成途径。不需要开发桩模块。
 
缺点 
  
随着测试的进行，测试过程越来越复杂。
 
总结 
  
比较合理的单元测试策略，但测试周期较长。
 
 
孤立单元测试
 
方法 
  
不考虑每个单元与其它单元之间的关系，为每个单元设计桩模块或驱动模块。每个模块进行独立的单元测试。
 
优点 
  
简单、容易操作，可达到高的结构覆盖率。
 
缺点 
  
不提供一种系统早期的集成途径。
 
总结 
  
最好的单元测试策略。
 
 
单元测试的难点
 
到底要测试到什么程度 
  
草草了事/过犹不及/何处是平衡点
确定测试的标准之一：覆盖率
 
大量的测试代码和测试用例 
  
生成、共享、管理、标注很麻烦
尽量使用测试工具 
    
测试过程中工具用的最多的地方
单元测试（JUint）、后期的回归测试（TestingWhiz）、负载测试（WebLoad、QALoad）、缺陷管理（bugfree、禅道）、功能测试（WinRunner ）
 
 
 
主要单元测试方法
 
人工静态分析
自动静态分析
自动动态测试
人工动态测试
 
单元测试输入
 
《软件需求规格说明书》
《软件详细设计说明书》
《软件编码与单元测试工作任务书》
《软件集成测试计划》
《软件集成测试方案》
用户文档
 
单元测试的输出
 
《单元测试计划》
《单元测试方案》
《需求跟踪说明书》或需求跟踪记录
代码静态检查记录
《正规检视报告》
问题记录
问题跟踪和解决记录
软件代码开发版本
《单元测试报告》
《软件编码与单元测试任务总结报告》
 
单元测试重点内容
 

 
 
白盒测试 
  
语句覆盖测试
判定覆盖测试
条件覆盖测试
判定—条件覆盖测试
条件组合测试
路径覆盖测试
 
黑盒测试 
  
等价类划分方法
边界值分析方法
错误推测方法
 
静态测试 
  
代码走查
代码审查
代码评审
 
 
静态测试
 
代码走查
 
非正式的一种交叉检查，自己的代码由他人来检查。
 
定义 
  
采用讲解、讨论和模拟运行的方式进行的查找错误的活动。
 
注意 
  
引导小组成员在走查前通读设计和编码。
限时，避免跑题。
发现问题适当记录，避免现场修改。
检查要点是代码是否符合标准和规范，是否有逻辑错误
 
 
代码审查
 
正式的，以会议的形式展开，由大家根据缺陷检查表共同审核代码的质量。
 
定义 
  
采用讲解、提问方式进行，一般有正式的计划、流程和结果。主要方法采用缺陷检查表。
 
注意 
  
以会议形式，制定会议目标、流程和规则，结束后要编写报告。
按缺陷检查表逐项检查。
发现问题适当记录，避免现场修改。
发现重大缺陷，改正后会议需要重开。
检查要点是缺陷检查表，所以该表要根据项目不同不断积累完善。
 
 
代码评审
 
在审查会后进行，审查小组根据记录和报告进行评估代码检查。
 
定义 
  
通常在审查会后进行，审查小组根据记录和报告进行评估。
 
注意 
  
充分审查了所规定的代码，并且全部编码准则被遵守。
审查中发现的错误已全部修改。
 
 
静态测试检查内容
 
检查是否符合编程规范
 
可靠性
可读性和维护性、移植性
企业实施怎样的编码规范，取决于很多因素。 
  
编程采用的语言
项目的规范化程度
行业
 

驱动模块与桩模块
 
驱动模块：用以模拟被测模块的上级模块。驱动模块在集成测试中接受测试数据，把相关的数据传送给被测模块，启动被测模块，并打印出相应的结果。 
 桩模块：也有人称为存根程序，用以模拟被测模块工作过程中所调用的模块。桩模块由被测模块调用，它们一般只进行很少的数据处理，例如打印入口和返回，以便于检验被测模块与其下级模块的接口 
 驱动模块一般是应用于自底向上的集成测试环境中 
 桩模块一般是应用于自顶向下的集成测试环境中
 
在自底向上的集成测试环境中： 
 ·E、F、G、D是被测试模块，此时需要模拟出两个上级模块来为这四个数据传递数据，那么中间位置的两个模块就是驱动模块，同理当测试中间两个模块的时候，最终的模块也就是驱动模块（被多个同级模块调用但是被虚拟假设出来的） 
  
 在自顶向下的集成测试环境中： 
 是先从M1开始测试的，然后逐层的向下进行分解测试，在测试上层模块的过程中需要调用下层的模块完成输入输出就被称为桩模块（例如M2、M3、M4就称为M1的桩模块） 
 

 
文章目录
 
集成测试(Integration test)
集成测试方法和策略
非渐增式集成
渐增式集成
    
自顶向下集成
自底向上集成
三明治集成
  
 

 
集成测试(Integration test)
 
也叫组装测试或联合测试，是在单元测试的基础上，将所有模块按照设计要求，集成为系统或子系统，并进行测试。
验证程序和概要设计说明的一致性，具体检测包括功能正确性验证、接口测试、全局数据结构等。
单元测试与集成测试分别谁来完成？ 
  
单元测试主要是由开发人员来承担，相关测试人员辅助。
集成测试主要由测试人员负责测试。为了更好的进行集成测试，测试人员需要参加到产品的概要设计中去。
 
 
集成测试方法和策略
 
非渐增式集成
 
定义 
  
又叫大棒集成(Big-bang Integration)
把所有通过了单元测试的模块按设计要求，一次全部组装起来，然后进行整体测试。
 
目的 
  
尽可能缩短测试时间，使用最少的测试用例验证系统。
 
特点 
  
“急于求成”
 
适用于整体测试 
  
当项目更新少数功能时可以用大棒集成法。
 
缺点 
  
大爆炸集成也称为一次性组装或整体拼装，这种集成测试策略的做法就是把所有通过单元测试的模块一次性集成到一起进行测试，不考虑组件之间的互相依赖性及可能存在的风险。
可能发现一大堆错误，为每个错误定位和纠正非常困难。
 
 
渐增式集成
 
定义 
  
从一个模块开始，测一次添加一个模块，边组装边测试，以发现与接口相联系的问题。
渐增式集成策略是先进行模块测试，然后将这些模块逐步组装成较大的系统，每连接一个模块进行一次测试。按组装次序，渐增式又常有多种方案：自顶而下增值策略、自底向上增值策略、混合增值策略。
无论采用哪种方案，都需要设计驱动模块或桩模块，对每一个新组装的子系统进行测试主要采用黑盒法，对发现问题较多的子系统或模块应该用白盒法作回归测试。
 
缺点 
  
编写驱动模块与桩模块
 
优点 
  
更早发现模块间的接口错误，有利于错误定位。
 
集成分类 
  
基于功能分解的集成（基于功能结构图） 
    
自顶向下集成
自底向上集成
三明治集成
 
基于调用图的集成 
    
基于路径的集成
 
 
 
自顶向下集成
 
定义 
  
自顶向下集成(Top-down Integration)
按照系统层次结构图，以主程序模块为中心，自上而下按照深度优先或者广度优先策略，对各个模块一边组装一边进行测试。
 
类型 
  
广度优先
深度优先
 
步骤
  
  
首先以主模块为所测模块兼驱动模块，所有直属于主模块的下层模块全部用桩模块代替，对主模块进行测试；
采用深度优先或广度优先的策略，用实际模块替换相应的桩模块，每次只替换一个桩模块。然后再把该桩模块的直接下属模块用新的桩模块代替，与已测试过的模块或子系统组装成新的子系统；
回归测试（即重新执行以前做过的全部测试或部分测试），排除组装过程中引入新的错误的可能；
只有每组测试完成后，才着手替换下一个桩模块；
判断是否所有的模块都已组装到系统中？是则结束测试，否则转到第二步继续执行（着手替换下一个桩模块 ）。
 
优点 
  
能尽早地对程序的主要控制和决策机制进行检验，因此较早地发现错误。（在功能划分合理的程序结构中，错误常常出现在较高的层次里，因而较早就能遇到。）
减少了驱动模块开发的费用。
 
缺点 
  
在测试较高层模块时，低层处理采用桩模块替代，不能反映真实情况，重要数据不能及时回送到上层模块，因此测试并不充分。
需要建立大量的桩模块。
 
解决这个问题有几种办法 
  
把某些测试推迟到用真实模块替代桩模块之后进行；
进一步开发能模拟真实模块功能的桩模块；
和自底向上集成模块一块进行测试。
总结 
    
第一种方法又回退为非增量式的集成方法，使错误难于定位和纠正；
第二种方法无疑要大大增加开销；
第三种方法比较切实可行，后面专门讨论。
 
 
 
自底向上集成
 
定义 
  
自底向上集成(Bottom-up Integration)
从系统层次结构图的最底层模块开始进行组装和集成测试的方式。
 
目的 
  
从依赖性最小的底层模块开始，按照层次结构图，逐层向上集成，验证系统的稳定性。
 
步骤
  
  
由驱动模块控制最底层模块的并行测试，也可以把最底层模块组合起来以实现某一特定软件功能的簇，由驱动模块控制它进行测试。
用实际模块代替驱动模块，与它已测试的直属子模块集成为子系统。
为子系统配备驱动模块，进行新的测试
判断是否已集成到达主模块，是否结束测试，否则执行2。
为避免引入新错误，还需要不断地进行回归测试，即全部或部分地重复已做过的测试。
 
优点 
  
自底向上集成方法不用桩模块；
多个模块可并行测试，提高测试效率；
测试用例的设计亦相对简单（因驱动模块+模块群构成的子系统只是完成特定功能，而不是全部功能）。
 
缺点 
  
程序到最后一个模块加入时才具有整体形象，即对程序的主要控制直到最后才接触到；
需要大量驱动模块。
 
适用范围 
  
底层模块接口比较稳定的产品；
高层模块接口变更比较频繁的产品；
底层模块开发和单元测试工作完成较早的产品。
 
总结 
  
自底向上集成测试与自顶向下集成测试方法优缺点正好相反。
因此，在测试软件系统时，应根据软件的特点和工程的进度，选用适当的测试策略。
有时混合两种策略更有效，即采用混合式集成–三明治集成
 
 
三明治集成
 
定义 
  
三明治集成方法(Sandwich Integration)
三明治集成是一种混合增殖式测试策略，综合了自顶向下和自底向上两种集成方法的优点。
 
方法 
  
一般对软件结构的上层使用自顶向下结合的方法；
对下层使用自底向上结合的方法；
 
步骤 
  
首先，确定以哪一层为界来决定使用三明治集成策略。我们确定以B模块为界；
其次，对模块B及其所在层下面的各层使用自底向上的集成策略；
再次，对模块B所在层上面的层次使用自顶向下的集成策略；
然后，把模块B所在层各模块同相应的下层集成；
最后，对系统进行整体测试。
 
优点 
  
除了具有自顶向下和自底向上两种集成策略的优点之外，运用一定的技巧，能够减少了桩模块和驱动模块的开发。
 
缺点 
  
在被集成之前，中间层不能尽早得到充分的测试。