黑盒测试

    黑盒测试（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。

    黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。

    黑盒测试试图发现以下类型的错误： 
           1）功能错误或遗漏；
           2）界面错误；
           3）数据结构或外部数据库访问错误；
           4）性能错误；
           5）初始化和终止错误。

一、黑盒测试的测试用例设计方法
   1. 等价类划分方法 

     是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具

  有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.  
       1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是

      等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的 测试.因此,可以把全部输入数据

      合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试

      数据.取得较好的测试结 果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 

       2）划分等价类的方法:下面给出六条确定等价类的原则.
      ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.
      ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一

       个无效等价类.
      ③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.
      ④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有

        效等价类和一个无效等价类.
      ⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价

        类（从不同角度违反规则）.
      ⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分

        为更小的等价类. 
       3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类: 

          输入条件 有效等价类 无效等价类

     然后从划分出的等价类中按以下三个原则设计测试用例: 
      ①为每一个等价类规定一个唯一的编号.
      ②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等

        价类都被覆盖为止. 
      ③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类

        都被覆盖为止. 

   2.边界值分析方法 

   （1）边界值分析方法的考虑:
       长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出 

    范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 
       使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测

    试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型

    值或任意值作为测试数据.

   （2）基于边界值分析方法选择测试用例的原则: 
           1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值

    作为测试输入数据.
           2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测

    试数据.
           3）根据规格说明的每个输出条件,使用前面的原则1）.
           4）根据规格说明的每个输出条件,应用前面的原则2）.
           5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元

         素作为测试用例.
           6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.
           7）分析规格说明,找出其它可能的边界条件. 

   3.错误推测方法 

       基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.
       错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择

    测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这

    些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是

    容易发生错误的情况. 可选择这些情况下的例子作为测试用例. 
   4.因果图方法 

       前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,

      相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件

    容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适

   合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑

   模型）.
       因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

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

        (1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并

   给每个原因和结果赋予一个标识符.
        (2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画

   出因果图.
        (3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特

   殊情况, 在因果图上用一些记号表明约束或限制条件.
        (4) 把因果图转换为判定表.
        (5) 把判定表的每一列拿出来作为依据,设计测试用例. 
   5.判定表驱动分析方法
   6.正交实验设计方法
  7.功能图分析方法

 

 

二. 黑盒测试的优点

    1. 基本上不用人管着，如果程序停止运行了一般就是被测试程序crash了
    2. 设计完测试例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因

三. 黑盒测试的缺点

    1. 结果取决于测试例的设计，测试例的设计部分来势来源于经验，OUSPG的东西很值得借鉴
    2. 没有状态转换的概念，目前一些成功的例子基本上都是针对PDU来做的，还做不到针对被测

    试程序的状态转换来作 
    3. 就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周

    围可能的测试例单独确认一遍。而就有状态的测试来说，就更麻烦了，尤其不是一个单独

    的testcase造成的问题。这些在堆的问题中表现的更为突出。