黑盒测试、白盒测试、灰盒测试

黑盒测试
• 黑盒测试又称功能测试或数据驱动测试
– 把测试对象当作看不见内部的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性.
– 站在使用软件或程序的角度，从输入数据与输出数据的对应关系进行的测试
– 在软件的接口处进行测试
– 通过导出执行程序所有功能需求的输入条件集，实现功能覆盖，需求覆盖

• 黑盒测试要求
– 每个软件特性或功能必须被一个测试用例或一个被认可的异常所覆盖
– 构造数据类型和数据值的最小集测试
– 测试排斥不规则输入的能力
– 对影响性能的关键模块，应测试模块性能
  – 测试用例数量为达到合理测试所需要设计的最少数
– 测试用例要能够指明是否存在某些类型的错误，而不是仅仅指出与特定测试有关的错误是否存在
– 黑盒测试与软件如何实现无关,如实现发生变化,黑盒测试用例仍然可用
– 黑盒测试用例开发可与软件开发同时进行，这样可节省软件开发时间，通过软件的用例就可设计出大部分黑盒测试用例
有效等价类：对于程序规格说明来说，是合理的，有意义的输入数据构成的集合
无效等价类：对于程序规格说明来说，是不合理的，无意义的输入数据构成的集合

等价类划分的方法
• 按区间划分• 按数值划分• 按数值集合划分• 按限制条件或规划划分• 按处理方式划分
构建测试案例
• 为每一个等价规定一个唯一编号。
• 使用测试案例尽可能多的覆盖有效等价类。
• 使用单独的一个测试案例覆盖单独的一个无效等价类。
• 最后，直到所有的有效等价类和无效等价类均被覆盖。
 边界值分析方法
– 选取正好等于，刚刚大于，或刚刚小于边界的值做为测试数据的方法

因果图分析方法

定义：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，该方法充分考虑了输入情况的各种组合及输入条件之间的相互制约关系。

用因果图生成测试用例的基本步骤

1. 分析软件规格说明描述：原因、结果、标识符

2. 分析软件规格说明描述中的语义：找出逻辑关系画出因果图。

3. 由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现，添加必要的约束条件

4. 把因果图转换成判定表

5. 把判定表的每一列拿出来作为依据，设计测试用例

随机测试

• 随机测试指测试输入数据是所有可能输入值中随机选取的，是一种基本的黑盒测试方法。

 

           白盒测试

“白盒”测试又称为结构测试或逻辑驱动测试是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的一种测试方法。

（一）白盒测试的特点 

1、可以构成测试数据使特定程序部分得到测试2、有一定的充分性度量手段
3、可获得较多工具支持4、通常只用于单元测试

（二）逻辑覆盖的种类

语句覆盖：
语句覆盖是最起码的测试要求，使得每一条语句至少被执行一次判定覆盖
对程序的逻辑覆盖很少，只关心判定表达式的值，是很弱的逻辑覆盖标准。
判定覆盖： 要求设计足够的测试用例，使得程序中的每一个分支至少通过一次即每一条分支语句的“真”值和“假”值都至少执行一次。

条件覆盖：不仅每一个语句至少执行一次，使得判定中的每个条件获得各种可能的结果。
判定覆盖只关心整个判定表达式的结果，条件覆盖关心的则是每个条件各种取值的结果。

 判定/条件覆盖： 设计足够多的测试用例，使得判定中每个条件的所有可能取值至少能够获取一次，同时每个判断的所有可能的判定结果至少执行一次。
条件组合： 要求设计足够多的测试用例，使得每个判定中条件的各种组合至少出现一次。满足条件组合覆盖标准的测试用例，也一定满足判定覆盖、条件覆盖和判定/条件覆盖标准。
路径覆盖： 要求设计足够多的测试用例，使得程序中所有的路径都至少执行一次 。

              灰盒测试

“灰盒”测试与白盒测试的区别

– “白盒”测试在测试过程中测试者可以看到被测的源程序，通过

分析程序的内部结构，根据其内部结构设计测试用例

– 理想的“白盒”测试应该使选取的测试用例覆盖所有的路径

• 这是不可能的

• “白盒”测试它不关注测试程序的外部功能

– 灰盒测试无需关心模块内部的实现细节

• 灰盒测试与黑盒测试的区别

– “黑盒”测试是在测试者完全不考虑程序内部结构和内部特征的情况下，根据需求规格说明书设计测试用例和推断的测试结果的正确性

– “黑盒”测试只考虑了程序的输入，以及在该情况下的输出，并没有考虑程序的内部结构。

– 灰盒测试需关心模块与模块之间的交互。