发布新日志

  • QTP录制下拉菜单

    2007-12-18 16:29:01

    QTP默认录制方式是无法录制下拉菜单的,必须修改设置后再录制
    修改设置如下:
    [Tools-Web event recording configuration]点击[custom settings...]展开Web objects,选中webelement,点击[event-add-onmouseover],并确定在record栏内,状态是enabled,然后重新录制你的脚本
  • 测试基础知识——因果图

    2007-11-20 09:34:06

    文章来源:文斯测试技术研究中心 http://blog.csdn.net/vincetest

    一.    方法简介

    1.定义:是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。
    2.因果图法产生的背景:
    等价类划分法和边界值分析方法都是着重考虑输入条件,但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视了。
    如果在测试时必须考虑输入条件的各种组合,则可能的组合数目将是天文数字,因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计,这就需要利用因果图(逻辑模型)。
    3.因果图介绍
    1) 4种符号分别表示了规格说明中向4种因果关系。

    2) 因果图中使用了简单的逻辑符号,以直线联接左右结点。左结点表示输入状态(或称原因),右结点表示输出状态(或称结果)。
    3) Ci表示原因,通常置于图的左部;ei表示结果,通常在图的右部。Ci和ei均可取值0或1,0表示某状态不出现,1表示某状态出现。
    4. 因果图概念
    1)    关系
    ①恒等:若ci是1,则ei也是1;否则ei为0。
    ②非:若ci是1,则ei是0;否则ei是1。
    ③或:若c1或c2或c3是1,则ei是1;否则ei为0。“或”可有任意个输入。
    ④与:若c1和c2都是1,则ei为1;否则ei为0。“与”也可有任意个输入。
    2)    约束
    输入状态相互之间还可能存在某些依赖关系,称为约束。例如, 某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中,用特定的符号标明这些约束。
    A.输入条件的约束有以下4类:
       ① E约束(异):a和b中至多有一个可能为1,即a和b不能同时为1。
       ② I约束(或):a、b和c中至少有一个必须是1,即 a、b 和c不能同时为0。
       ③ O约束(唯一);a和b必须有一个,且仅有1个为1。
       ④R约束(要求):a是1时,b必须是1,即不可能a是1时b是0。
    B.输出条件约束类型
       输出条件的约束只有M约束(强制):若结果a是1,则结果b强制为0。
    5. 采用因果图法设计测试用例的步骤:
    1)分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。
    2)分析软件规格说明描述中的语义,找出原因与结果之间, 原因与原因之间对应的关系,根据这些关系,画出因果图。
    3)由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不可能出现,为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件。
    4)把因果图转换为判定表。
    5)把判定表的每一列拿出来作为依据,设计测试用例。
    二. 实战演习
    1. 某软件规格说明书包含这样的要求:第一列字符必须是A或B,第二列字符必须是一个数字,在此情况下进行文件的修改,但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M。
    解答:
    1) 根据题意,原因和结果如下:
           原因:
              1——第一列字符是A;
              2——第一列字符是B;
              3——第二列字符是一数字。
           结果:
              21——修改文件;
              22 ——给出信息L;
              23——给出信息M。
    2) 其对应的因果图如下:
    11为中间节点;考虑到原因1和原因2不可能同时为1,因此在因果图上施加E约束。
    3)根据因果图建立判定表。
     
           表中8种情况的左面两列情况中,原因①和原因②同时为1,这是不可能出现的,故应排除这两种情况。表的最下一栏给出了6种情况的测试用例,这是我们所需要的数据。
    2.有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下:若投入5角钱或1元钱的硬币,押下〖橙汁〗或〖啤酒〗的按钮,则相应的饮料就送出来。若售货机没有零钱找,则一个显示〖零钱找完〗的红灯亮,这时在投入1元硬币并押下按钮后,饮料不送出来而且1元硬币也退出来;若有零钱找,则显示〖零钱找完〗的红灯灭,在送出饮料的同时退还5角硬币。
    1) 分析这一段说明,列出原因和结果
    原因:
    1.售货机有零钱找
    2.投入1元硬币
    3.投入5角硬币
    4.押下橙汁按钮
    5.押下啤酒按钮
    结果:
    21.售货机〖零钱找完〗灯亮   
    22.退还1元硬币
    23.退还5角硬币             
    24.送出橙汁饮料
    25.送出啤酒饮料
    2)画出因果图,如图所示。所有原因结点列在左边,所有结果结点列在右边。建立中间结点,表示处理的中间状态。中间结点:
    11. 投入1元硬币且押下饮料按钮
                    12. 押下〖橙汁〗或〖啤酒〗的按钮
                    13. 应当找5角零钱并且售货机有零钱找
                    14. 钱已付清
    3)转换成判定表:
     
    4) 在判定表中,阴影部分表示因违反约束条件的不可能出现的情况,删去。第16列与第32列因什么动作也没做,也删去。最后可根据剩下的16列作为确定测试用例的依据。
  • 测试基础知识——验收测试

    2007-11-16 18:05:59

    验收测试主要是针对项目型的测试系统,α测试和β测试主要是针对产品型的测试系统,而不能说验收测试包括α测试和β测试
    验收测试也是UAT-User Acceptance Testing即用户可接收性测试,它是以用户为主的测试
    它的特点是
    1、主要目的是评价软件使用质量
    2、以用户为主的测试,测试用例由用户设计,有测试人员、开发人员、QA参与
    3、测试用例的依据是合同、《需求规格说明书》或《验收测试计划》
    4、通常在用户的所在地进行
    α测试的特点是
    1、它是在开发环境下进行的(不对外发布)
    2、它不需要测试用例评价软件使用质量
    3、用户往往没有相关经验,可以是兼职人员,开发者或测试者坐用户旁边
    4、目的主要评价软件产品的FLURS-Function、Location、Usability、reliability、Performance、Security即功能、局域化、可用性、可靠性、性能和技术支持
    β测试的特点是
    1、它是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试
    2、开发者通常不在测试现场
    3、免费的
    4、用户是任意的,环境是无法控制的
  • 测试基础知识——边界值

    2007-11-14 14:07:14

    文章来源:文斯测试技术研究中心 http://blog.csdn.net/vincetest

    一.方法简介
    1.定义:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。
     

    2.与等价划分的区别
      1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件。
      2)边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况。

    3.边界值分析方法的考虑:
      长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错误。
      使用边界值分析方法设计测试用例,首先应确定边界情况。通常输入和输出等价类的边界,就是应着重测试的边界情况。应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据。

    4.常见的边界值
      1)对16-bit 的整数而言 32767 和 -32768 是边界
      2)屏幕上光标在最左上、最右下位置
      3)报表的第一行和最后一行
      4)数组元素的第一个和最后一个
      5)循环的第 0 次、第 1 次和倒数第 2 次、最后一次

    5.边界值分析
      1)边界值分析使用与等价类划分法相同的划分,只是边界值分析假定错误更多地存在于划分的边界上,因此在等价类的边界上以及两侧的情况设计测试用例。
        例:测试计算平方根的函数
            --输入:实数
            --输出:实数
            --规格说明:当输入一个0或比0大的数的时候,返回其正平方根;当输入一个小于0的数时,显示错误信息"平方根非法-输入值小于0"并返回0;库函数Print-Line可以用来输出错误信息。
           
      2)等价类划分:
        I.可以考虑作出如下划分:
          a、输入 (i)<0 和 (ii)>=0
          b、输出 (a)>=0 和 (b) Error
        II.测试用例有两个:
          a、输入4,输出2。对应于 (ii) 和 (a) 。
          b、输入-10,输出0和错误提示。对应于 (i) 和 (b) 。

      3)边界值分析:
        划分(ii)的边界为0和最大正实数;划分(i)的边界为最小负实数和0。由此得到以下测试用例:
        a、输入 {最小负实数}
        b、输入 {绝对值很小的负数}
        c、输入 0
        d、输入 {绝对值很小的正数}
        e、输入 {最大正实数}
       
      4)通常情况下,软件测试所包含的边界检验有几种类型:数字、字符、位置、重量、大小、速度、方位、尺寸、空间等。
      5)相应地,以上类型的边界值应该在:最大/最小、首位/末位、上/下、最快/最慢、最高/最低、  最短/最长、 空/满等情况下。
      6)利用边界值作为测试数据

     
    边界值
    测试用例的设计思路
    字符
    起始-1个字符/结束+1个字符
    假设一个文本输入区域允许输入1个到255个 字符,输入1个和255个字符作为有效等价类;输入0个和256个字符作为无效等价类,这几个数值都属于边界条件值。
    数值
    最小值-1/最大值+1
    假设某软件的数据输入域要求输入5位的数据值,可以使用10000作为最小值、99999作为最大值;然后使用刚好小于5位和大于5位的 数值来作为边界条件。
    空间
    小于空余空间一点/大于满空间一点
    例如在用U盘存储数据时,使用比剩余磁盘空间大一点(几KB)的文件作为边界条件。


      7)内部边界值分析:
        在多数情况下,边界值条件是基于应用程序的功能设计而需要考虑的因素,可以从软件的规格说明或常识中得到,也是最终用户可以很容易发现问题的。然而,在测试用例设计过程中,某些边界值条件是不需要呈现给用户的,或者说用户是很难注意到的,但同时确实属于检验范畴内的边界条件,称为内部边界值条件或子边界值条件。
        内部边界值条件主要有下面几种:
        a)数值的边界值检验:计算机是基于二进制进行工作的,因此,软件的任何数值运算都有一定的范围限制。

    范围或值
    位(bit)
    0 或 1
    字节(byte)
    0 ~ 255
    字(word)
    0~65535(单字)或 0~4294967295(双字)
    千(K)
    1024
    兆(M)
    1048576
    吉(G)
    1073741824

        b)字符的边界值检验:在计算机软件中,字符也是很重要的表示元素,其中ASCII和Unicode是常见的编码方式。下表中列出了一些常用字符对应的ASCII码值。

     

    字符
    ASCII码值
    字符
    ASCII码值
    空 (null)
    0
    A
    65
    空格 (space)
    32
    a
    97
    斜杠 ( / )
    47
    Z
    90
    0
    48
    z
    122
    冒号 ( : )
    58
    单引号 ( ‘ )
    96
    @
    64
     
     


        c)其它边界值检验
       
    6.基于边界值分析方法选择测试用例的原则
      1)如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。
        例如,如果程序的规格说明中规定:"重量在10公斤至50公斤范围内的邮件,其邮费计算公式为……"。作为测试用例,我们应取10及50,还应取10.01,49.99,9.99及50.01等。
      2)如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据。
        比如,一个输入文件应包括1~255个记录,则测试用例可取1和255,还应取0及256等。
      3)将规则1)和2)应用于输出条件,即设计测试用例使输出值达到边界值及其左右的值。
        例如,某程序的规格说明要求计算出"每月保险金扣除额为0至1165.25元",其测试用例可取0.00及1165.24、还可取一0.01及1165.26等。
        再如一程序属于情报检索系统,要求每次"最少显示1条、最多显示4条情报摘要",这时我们应考虑的测试用例包括1和4,还应包括0和5等。
      4)如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。
      5)如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。
      6)分析规格说明,找出其它可能的边界条件。

    二.实战演习
    1.现有一个学生标准化考试批阅试卷,产生成绩报告的程序。其规格说明如下:程序的输入文件由一些有80个字符的记录组成,如右图所示,所有记录分为3组:

     

     


      ①标题:这一组只有一个记录,其内容为输出成绩报告的名字。
      ②试卷各题标准答案记录:每个记录均在第80个字符处标以数字"2"。该组的第一个记录的第1至第3个字符为题目编号(取值为1一999)。第10至第59个字符给出第1至第50题的答案(每个合法字符表示一个答案)。该组的第2,第3……个记录相应为第51至第100,第101至第150,…题的答案。
      ③每个学生的答卷描述:该组中每个记录的第80个字符均为数字"3"。每个学生的答卷在若干个记录中给出。如甲的首记录第1至第9字符给出学生姓名及学号,第10至第59字符列出的是甲所做的第1至第50题的答案。若试题数超过50,则第2,第3……纪录分别给出他的第51至第100,第101至第150……题的解答。然后是学生乙的答卷记录。
      ④学生人数不超过200,试题数不超过999。
      ⑤程序的输出有4个报告:
        a)按学号排列的成绩单,列出每个学生的成绩、名次。
        b)按学生成绩排序的成绩单。
        c)平均分数及标准偏差的报告。
        d)试题分析报告。按试题号排序,列出各题学生答对的百分比。
      解答:分别考虑输入条件和输出条件,以及边界条件。给出下表所示的输入条件及相应的测试用例。


      输出条件及相应的测试用例表。


     
    2.三角形问题的边界值分析测试用例
    在三角形问题描述中,除了要求边长是整数外,没有给出其它的限制条件。在此,我们将三角形每边边长的取范围值设值为[1, 100] 。
     

    测试用例
    a
    b
    c
    预期输出
    Test1
    Test2
    Test3
    Test4
    Test5
    60
    60
    60
    50
    50
    60
    60
    60
    50
    50
    1
    2
    60
    99
    100
    等腰三角形
    等腰三角形
    等边三角形
    等腰三角形
    非三角形
    Test6
    Test7
    Test8
    Test9
    60
    60
    50
    50
    1
    2
    99
    100
    60
    60
    50
    50
    等腰三角形
    等腰三角形
    等腰三角形
    非三角形
    Test10
    Test11
    Test12
    Test13
    1
    2
    99
    100
    60
    60
    50
    50
    60
    60
    50
    50
    等腰三角形
    等腰三角形
    等腰三角形
    非三角形

     


      
     

    3.NextDate函数的边界值分析测试用例
    在NextDate函数中,隐含规定了变量mouth和变量day的取值范围为1≤mouth≤12和1≤day≤31,并设定变量year的取值范围为1912≤year≤2050 。

    测试用例
    mouth
    day
    year
    预期输出
    Test1
    Test2
    Test3
    Test4
    Test5
    Test6
    Test7
    6
    6
    6
    6
    6
    6
    6
    15
    15
    15
    15
    15
    15
    15
    1911
    1912
    1913
    1975
    2049
    2050
    2051
    1911.6.16
    1912.6.16
    1913.6.16
    1975.6.16
    2049.6.16
    2050.6.16
    2051.6.16
    Test8
    Test9
    Test10
    Test11
    Test12
    Test13
    6
    6
    6
    6
    6
    6
    -1
    1
    2
    30
    31
    32
    2001
    2001
    2001
    2001
    2001
    2001
    day超出[1…31]
    2001.6.2
    2001.6.3
    2001.7.1
    输入日期超界
    day超出[1…31]
    Test14
    Test15
    Test16
    Test17
    Test18
    Test19
    -1
    1
    2
    11
    12
    13
    15
    15
    15
    15
    15
    15
    2001
    2001
    2001
    2001
    2001
    2001
    Mouth超出[1…12]
    2001.1.16
    2001.2.16
    2001.11.16
    2001.12.16
    Mouth超出[1…12]

  • 测试基础知识——白盒测试中的六种覆盖方法(转)

    2007-11-09 16:35:23

    摘要:白盒测试作为测试人员常用的一种测试方法,越来越受到测试工程师的重视。白盒测试并不是简单的按照代码设计用例,而是需要根据不同的测试需求,结合不同的测试对象,使用适合的方法进行测试。因为对于不同复杂度的代码逻辑,可以衍生出许多种执行路径,只有适当的测试方法,才能帮助我们从代码的迷雾森林中找到正确的方向。本文介绍六种白盒子测试方法:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。

    白盒测试的概述

      由于逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。由于我们经常相信某逻辑路径不可能被执行, 而事实上,它可能在正常的情况下被执行。由于代码中的笔误是随机且无法杜绝的,因此我们要进行白盒测试。

      白盒测试又称结构测试,透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。

      白盒的测试用例需要做到:

    ·保证一个模块中的所有独立路径至少 被使用一次
    ·对所有逻辑值均需测试 true 和 false
    ·在上下边界及可操作范围内运行所有循环
    ·检查内部数据结构以确保其有效性

      白盒测试的目的:通过检查软件内部的逻辑结构,对软件中的逻辑路径进行覆盖测试;在程序不同地方设立检查点,检查程序的状态,以确定实际运行状态与预期状态是否一致。

      白盒测试的特点:依据软件设计说明书进行测试、对程序内部细节的严密检验、针对特定条件设计测试用例、对软件的逻辑路径进行覆盖测试。

      白盒测试的实施步骤:

    1.测试计划阶段:根据需求说明书,制定测试进度。
    2.测试设计阶段:依据程序设计说明书,按照一定规范化的方法进行软件结构划分和设计测试用例。
    3.测试执行阶段:输入测试用例,得到测试结果。
    4.测试总结阶段:对比测试的结果和代码的预期结果,分析错误原因,找到并解决错误。

      白盒测试的方法:总体上分为静态方法和动态方法两大类。

      静态分析是一种不通过执行程序而进行测试的技术。静态分析的关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义。

      动态分析的主要特点是当软件系统在模拟的或真实的环境中执行之前、之中和之后 , 对软件系统行为的分析。动态分析包含了程序在受控的环境下使用特定的期望结果进行正式的运行。它显示了一个系统在检查状态下是正确还是不正确。在动态分析技术中,最重要的技术是路径和分支测试。下面要介绍的六种覆盖测试方法属于动态分析方法。

      白盒测试的优缺点

      1. 优点

    ·迫使测试人员去仔细思考软件的实现
    ·可以检测代码中的每条分支和路径
    ·揭示隐藏在代码中的错误
    ·对代码的测试比较彻底
    ·最优化

      2. 缺点

    ·昂贵
    ·无法检测代码中遗漏的路径和数据敏感性错误
    ·不验证规格的正确性

    六种覆盖方法

      首先为了下文的举例描述方便,这里先给出一张程序流程图。(本文以1995年软件设计师考试的一道考试题目为例,图中红色字母代表程序执行路径)。

      1、语句覆盖

      1)主要特点:语句覆盖是最起码的结构覆盖要求,语句覆盖要求设计足够多的测试用例,使得程序中每条语句至少被执行一次。

      2)用例设计:(如果此时将A路径上的语句1—〉T去掉,那么用例如下)

       X  Y  路径
     1  50  50  OBDE
     2  90  70  OBCE

      3)优点:可以很直观地从源代码得到测试用例,无须细分每条判定表达式。

      4)缺点:由于这种测试方法仅仅针对程序逻辑中显式存在的语句,但对于隐藏的条件和可能到达的隐式逻辑分支,是无法测试的。在本例中去掉了语句1—〉T去掉,那么就少了一条测试路径。在if结构中若源代码没有给出else后面的执行分支,那么语句覆盖测试就不会考虑这种情况。但是我们不能排除这种以外的分支不会被执行,而往往这种错误会经常出现。再如,在Do-While结构中,语句覆盖执行其中某一个条件分支。那么显然,语句覆盖对于多分支的逻辑运算是无法全面反映的,它只在乎运行一次,而不考虑其他情况。

      2、判定覆盖

      1)主要特点:判定覆盖又称为分支覆盖,它要求设计足够多的测试用例,使得程序中每个判定至少有一次为真值,有一次为假值,即:程序中的每个分支至少执行一次。每个判断的取真、取假至少执行一次。

      2)用例设计:

       X  Y  路径
     1  90  90  OAE
     2  50  50  OBDE
     3  90  70  OBCE

      3)优点:判定覆盖比语句覆盖要多几乎一倍的测试路径,当然也就具有比语句覆盖更强的测试能力。同样判定覆盖也具有和语句覆盖一样的简单性,无须细分每个判定就可以得到测试用例。

      4)缺点:往往大部分的判定语句是由多个逻辑条件组合而成(如,判定语句中包含AND、OR、CASE),若仅仅判断其整个最终结果,而忽略每个条件的取值情况,必然会遗漏部分测试路径。

      3、条件覆盖

      1)主要特点:条件覆盖要求设计足够多的测试用例,使得判定中的每个条件获得各种可能的结果,即每个条件至少有一次为真值,有一次为假值。

      2)用例设计:

       X  Y  路径
     1  90  70 OBC
     2 40   OBD

      3)优点:显然条件覆盖比判定覆盖,增加了对符合判定情况的测试,增加了测试路径。

      4)缺点:要达到条件覆盖,需要足够多的测试用例,但条件覆盖并不能保证判定覆盖。条件覆盖只能保证每个条件至少有一次为真,而不考虑所有的判定结果。

      4、判定/条件覆盖

      1)主要特点:设计足够多的测试用例,使得判定中每个条件的所有可能结果至少出现一次,每个判定本身所有可能结果也至少出现一次。

      2)用例设计:

       X  Y  路径
     1  90  90  OAE
     2  50  50  OBDE
     3  90  70  OBCE
     4  70  90  OBCE

      3)优点:判定/条件覆盖满足判定覆盖准则和条件覆盖准则,弥补了二者的不足。

      4)缺点:判定/条件覆盖准则的缺点是未考虑条件的组合情况。

      5、组合覆盖

      1)主要特点:要求设计足够多的测试用例,使得每个判定中条件结果的所有可能组合至少出现一次。

      2)用例设计:

       X  Y  路径
     1  90  90  OAE
     2  90  70  OBCE
     3  90  30  OBDE
     4  70  90  OBCE
     5  30  90  OBDE
     6  70  70  OBDE
     7  50  50  OBDE

      3)优点:多重条件覆盖准则满足判定覆盖、条件覆盖和判定/条件覆盖准则。更改的判定/条件覆盖要求设计足够多的测试用例,使得判定中每个条件的所有可能结果至少出现一次,每个判定本身的所有可能结果也至少出现一次。并且每个条件都显示能单独影响判定结果。

      4)缺点:线性地增加了测试用例的数量。

      6、路径覆盖

      1)主要特点:设计足够的测试用例,覆盖程序中所有可能的路径。

      2)用例设计:

       X  Y  路径
     1  90  90  OAE
     2  50  50  OBDE
     3  90  70  OBCE
     4  70  90  OBCE

      3)优点:这种测试方法可以对程序进行彻底的测试,比前面五种的覆盖面都广。

      4)缺点:由于路径覆盖需要对所有可能的路径进行测试(包括循环、条件组合、分支选择等),那么需要设计大量、复杂的测试用例,使得工作量呈指数级增长。而在有些情况下,一些执行路径是不可能被执行的,如:
      If  (!A)B++;
      If  (!A)D--;

      这两个语句实际只包括了2条执行路径,即A为真或假时候对B和D的处理,真或假不可能都存在,而路径覆盖测试则认为是包含了真与假的4条执行路径。这样不仅降低了测试效率,而且大量的测试结果的累积,也为排错带来麻烦。

    总结

      白盒测试是一种被广泛使用的逻辑测试方法,是由程序内部逻辑驱动的一种单元测试方法。只有对程序内部十分了解才能进行适度有效的白盒测试。但是贯穿在程序内部的逻辑存在着不确定性和无穷性,尤其对于大规模复杂软件。因此我们不能穷举所有的逻辑路径,即使穷举也未必会带来好运(穷举不能查出程序逻辑规则错误,不能查出数据相关错误,不能查出程序遗漏的路径)。

      那么正确使用白盒测试,就要先从代码分析入手,根据不同的代码逻辑规则、语句执行情况,选用适合的覆盖方法。任何一个高效的测试用例,都是针对具体测试场景的。逻辑测试不是片面的测试正确的结果或是测试错误的结果,而是尽可能全面地覆盖每一个逻辑路径。

  • 测试基础知识——回归测试

    2007-11-08 10:15:26

    回归测试策略分完全重复测试和选择性重复测试两种.

    完全重复测试没啥好说的,选择性重复测试又包括下面三种

    1 覆盖修改法
      即针对被修改的部分,选取或重新构造测试用例验证没有错误再次发生的用例选择方法。

    2 周边影响法
      该方法不但要包含覆盖修改法确定的测试用例,还要分析修改的扩散影响,对那些受修改间接影响的部分选择测试用例验证它没有受到不良影响。该方法依赖于测试者的经验,比覆盖修改法更充分一点。

    3 指标达成法
      是一种类似于单元测试的方法,在重新执行测试之前,先确定一个要达到的指标,比如修改部分代码100%的覆盖、与修改有关的接口60%的覆盖等,基于这种要求选择一个最小的测试用例集合。
    4 选取重要级别高的用例进行回归测试。
     
    回归测试流程:
     1)在测试策略制定阶段,制定回归测试策略
     2)确定回归测试版本
     3)回归测试版本发布,按照回归测试策略执行回归测试
     4)回归测试通过,关闭缺陷跟踪单
     5)回归测试不通过,缺陷跟踪单返回开发人员,等重新修改,再次做回归测试
     
    51Testing软件测试网  www.51testing.com
    测试时代             www.testage.net
    CSDN——软件测试频道   testing.csdn.net
    希赛网——软件测试频道 testing.csai.cn
    中国软件测试联盟      www.iceshi.com
    一起测试网           www.17testing.com
    北大测试             www.btesting.com
    中国软件测试基地      www.cntesting.com
    中国软件评测中心      www.cstc.org.cn
    中国软件质量网        www.rjzl.gov.cn
    测试俱乐部           www.testingclub.com
    中国测试社区         www.3atesting.com
  • 测试基础知识——等价类

    2007-11-06 15:54:09

    文斯测试技术研究中心 http://blog.csdn.net/vincetest 

    一.方法简介
    1.定义
      是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。
       
    2.划分等价类:
      等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况:有效等价类和无效等价类。
      1)有效等价类
        是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
      2)无效等价类
        与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题,无效等价类至少应有一个,也可能有多个。
      设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验,这样的测试才能确保软件具有更高的可靠性。
      
    3.划分等价类的标准:
      1)完备测试、避免冗余;
      2)划分等价类重要的是:集合的划分,划分为互不相交的一组子集,而子集的并是整个集合;
      3)并是整个集合:完备性;
      4)子集互不相交:保证一种形式的无冗余性;
      5)同一类中标识(选择)一个测试用例,同一等价类中,往往处理相同,相同处理映射到"相同的执行路径"。

    4.划分等价类的方法
      1)在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。如:输入值是学生成绩,范围是0~100;


      2)在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下,可确立一个有效等价类和一个无效等价类;
      3)在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。
      4)在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。
        例:输入条件说明学历可为:专科、本科、硕士、博士四种之一,则分别取这四种这四个值作为四个有效等价类,另外把四种学历之外的任何学历作为无效等价类。
      5)在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则);
      6)在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类。
     
    5.设计测试用例
      在确立了等价类后,可建立等价类表,列出所有划分出的等价类输入条件:有效等价类、无效等价类,然后从划分出的等价类中按以下三个原则设计测试用例:
      1)为每一个等价类规定一个唯一的编号;
      2)设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步,直到所有的有效等价类都被覆盖为止;
      3)设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步,直到所有的无效等价类都被覆盖为止。
     
    二.实战演习
    1.某程序规定:"输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型,当此三角形为一般三角形、等腰三角形及等边三角形时,分别作计算 … "。用等价类划分方法为该程序进行测试用例设计。(三角形问题的复杂之处在于输入与输出之间的关系比较复杂。)
      分析题目中给出和隐含的对输入条件的要求:
      (1)整数 (个人觉得浮点数就可以的)   (2)三个数    (3)非零数   (4)正数  
      (5)两边之和大于第三边     (6)等腰     (7)等边
       如果 a 、 b 、 c 满足条件( 1 ) ~ ( 4 ),则输出下列四种情况之一:
       1)如果不满足条件(5),则程序输出为 " 非三角形 " 。
       2)如果三条边相等即满足条件(7),则程序输出为 " 等边三角形 " 。
       3)如果只有两条边相等、即满足条件(6),则程序输出为 " 等腰三角形 " 。
       4)如果三条边都不相等,则程序输出为 " 一般三角形 " 。
       列出等价类表并编号


       覆盖有效等价类的测试用例:
        a      b      c              覆盖等价类号码
        3      4      5             (1)--(7)
        4      4      5             (1)--(7),(8)
        4      5      5             (1)--(7),(9)   
        5      4      5             (1)--(7),(10)
        4      4      4             (1)--(7),(11)
       覆盖无效等价类的测试用例:


      


    2.设有一个档案管理系统,要求用户输入以年月表示的日期。假设日期限定在1990年1月~2049年12月,并规定日期由6位数字字符组成,前4位表示年,后2位表示月。现用等价类划分法设计测试用例,来测试程序的"日期检查功能"。
      1)划分等价类并编号,下表等价类划分的结果

    输入等价类
    有效等价类
    无效等价类
    日期的类型及长度
    ①6位数字字符
    ②有非数字字符
    ③少于6位数字字符
    ④多于6位数字字符
    年份范围
    ⑤在1990~2049之间
    ⑥小于1990
    ⑦大于2049
    月份范围
    ⑧在01~12之间
    ⑨等于00
    ⑩大于12

      2)设计测试用例,以便覆盖所有的有效等价类在表中列出了3个有效等价类,编号分别为①、⑤、⑧,设计的测试用例如下:
        测试数据    期望结果      覆盖的有效等价类
        200211      输入有效      ①、⑤、⑧
      3)为每一个无效等价类设计一个测试用例,设计结果如下:
        测试数据   期望结果     覆盖的无效等价类
        95June     无效输入          ②
        20036      无效输入          ③
        2001006   无效输入          ④
        198912     无效输入          ⑥
        200401     无效输入          ⑦
        200100     无效输入          ⑨
        200113     无效输入          ⑩
       
    3.NextDate 函数包含三个变量:month 、 day 和 year ,函数的输出为输入日期后一天的日期。 例如,输入为 2006年3月 7日,则函数的输出为 2006年3月8日 。要求输入变量 month 、 day 和 year 均为整数值,并且满足下列条件:
      ①1≤month≤12
      ②1≤day≤31
      ③1920≤year≤2050 
      1)有效等价类为:
        M1={月份:1≤月份≤12}
        D1={日期:1≤日期≤31}
        Y1={年:1812≤年≤2012}
      2)若条件 ① ~ ③中任何一个条件失效,则 NextDate 函数都会产生一个输出,指明相应的变量超出取值范围,比如 "month 的值不在 1-12 范围当中 " 。显然还存在着大量的 year 、 month 、 day 的无效组合, NextDate 函数将这些组合作统一的输出: " 无效输入日期 " 。其无效等价类为:
        M2={月份:月份<1}
        M3={月份:月份>12}
        D2={日期:日期<1}
        D3={日期:日期>31}
        Y2={年:年<1812}
        Y3={年:年>2012}
      弱一般等价类测试用例
      月份    日期       年               预期输出
       6       15        1912           1912年6月16日
      强一般等价类测试用例同弱一般等价类测试用例
      注:弱--有单缺陷假设;健壮--考虑了无效值
     
      (一)弱健壮等价类测试
      用例ID   月份  日期    年          预期输出
      WR1      6      15    1912      1912年6月16日
      WR2     -1     15    1912      月份不在1~12中
      WR3     13     15    1912      月份不在1~12中
      WR4      6      -1    1912      日期不在1~31中
      WR5      6      32    1912      日期不在1~31中
      WR6      6      15    1811      年份不在1812~2012中
      WR7      6      15    2013      年份不在1812~2012中

      (二)强健壮等价类测试
      用例ID   月份    日期      年          预期输出
      SR1       -1      15       1912      月份不在1~12中
      SR2        6      -1        1912      日期不在1~31中
      SR3        6      15       1811      年份不在1812~2012中
      SR4       -1      -1       1912      两个无效一个有效
      SR5        6      -1        1811      两个无效一个有效
      SR6       -1      15       1811      两个无效一个有效
      SR7       -1      -1       1811      三个无效
     
    4.佣金问题等价类测试用例,它是根据佣金函数的输出值域定义等价类,来改进测试用例集合。
    输出销售额≤1000元     佣金10%
    1000<销售额≤1800     佣金=100+(销售额-1000)*15%
    销售额>1800              佣金=220+(销售额-1800)*20%
    测试用例         枪机(45)    枪托(30)      枪管(25)          销售额     佣金
        1               5             5                5                  500        50
        2              15           15              15                 1500       175
        3              25           25              25                 2500       360
    根据输出域选择输入值,使落在输出域等价类内,可以结合弱健壮测试用例结合。

数据统计

  • 访问量: 18472
  • 日志数: 29
  • 建立时间: 2007-10-18
  • 更新时间: 2008-02-20

RSS订阅

Open Toolbar