软件测试之功能测试

功能测试： 

          功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。

    黑盒测试试图发现以下类型的错误： 
           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造成的问题。这些在堆的问题中表现的更为突出。 

性能测试：

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。 做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试