脑袋里装的浆糊咩?总是记不住,总是做不对。。。。要说你多少次???

发布新日志

  • 【转】一组合理的测试策略:

    2010-03-07 16:56:51

    一组合理的测试策略:

    1.如果规格说明中包含输入条件组合的情况,应首先使用因果图分析方法.

    2.在任何情况下都应使用边界值分析方法.应记住,这是对输入和输出边界进  行的分析.边界值分析可以产生一  系列补充的测试条件.

    3.应为输入和输出确定有效和无效等价类,在必要情况下对上面确认的测试用  例进行补充.

    4.使用错误猜测技术增加更多的测试用例.

    5.针对上述测试用例集检查程序的逻辑结构.应使用判定覆盖,条件覆盖,判定  /条件覆盖或多重条件覆盖准则 (最后一个最为完整)

  • 【转】将因果图转化为判定表--3个实例

    2010-03-07 16:36:40

    一、使用因果图的好处

    1 考虑了多个输入之间的相互组合、相互制约关系

    2 能够帮助我们按一定步骤,高效率地选择测试用例,同时还能为我们指出,程序规格说明描述中存在着什么问题

    二、利用因果图导出测试用例需要经过的一般步骤

    1.分析程序规格说明的描述中,哪些是原因,哪些是结果。

    2.分析程序规格说明的描述中语义的内容,并将其表示成连接各个原因与各个结果的因果图

    3.在因果图上使用若干个特殊的符号标明特定的约束条件

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

    5.把判定表中每一列表示的情况写成测试用例
    三、因果图基本符号

     

     

    补充概念解释:

    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或B,第二列字符必须是一个数字,在此情况下进行文件的修改。但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M。

    分开原因和结果

    原因:1----第一列字符是A;
    2----第一列字符是B;
    3----第二列字符是一数字。
    结果:21----修改文件;
    22----给出信息L;
    23----给出信息M。

     

    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列作为确定测试用例的依据。

    以中国象棋中走马的测试用例设计为例学习因果图的使用方法。

    一、 分析中国象棋中走马的实际情况(下面未注明的均指的是对马的说明)
    1、如果落点在棋盘外,则不移动棋子;2、如果落点与起点不构成日字型,则不移动棋子;3、如果落点处有自己方棋子,则不移动棋子;4、如果在落点方向的邻近交叉点有棋子(绊马腿),则不移动棋子;5、如果不属于1-4条,且落点处无棋子,则移动棋子;6、如果不属于1-4条,且落点处为对方棋子(非老将),则移动棋子并除去对方棋子;7如果不属于1-4条,且落点处为对方老将,则移动棋子,并提示战胜对方,游戏结束。

    二、 根据分析明确原因和结果

    原因:
    1、 落点在棋盘上;
    2、 落点与起点构成日字;
    3、 落点处为自己方棋子;
    4、 落点方向的邻近交叉点无棋子;
    5、 落点处无棋子;
    6、 落点处为对方棋子(非老将);
    7、 落点处为对方老将。
    结果:
    21、不移动棋子;
    22、移动棋子;
    23、移动棋子,并除去对方棋子;
    24、移动棋子,并提示战胜对方,结束游戏。

    添加中间节点11,目的是作为导出结果的进一步原因,简化因果图导出的判定表

    考虑结果不能同时发生,所以对其施加唯一约束O。原因5、6、7不能同时发生,所以对其施加异约束E.

    根据因果图建立判定表:(分为两表)

     

    注:1、以上判定表中由于表格大小限制没有列出最后所选的测试用例;2、第2表中部分列被合并表示不可能发生的现象;3、通过中间节点将用例的判定表简化为两个小表。减少工作量。

  • [转载]史上最全的测试用例设计方法总结(因果图方法)

    2008-07-16 10:46:45

     

    .    方法简介

    1.定义:是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。

    2.因果图法产生的背景:

    等价类划分法和边界值分析方法都是着重考虑输入条件,但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视了。

    如果在测试时必须考虑输入条件的各种组合,则可能的组合数目将是天文数字,因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计,这就需要利用因果图(逻辑模型)。

    3.因果图介绍

    1) 4种符号分别表示了规格说明中向4种因果关系。

    2) 因果图中使用了简单的逻辑符号,以直线联接左右结点。左结点表示输入状态(或称原因),右结点表示输出状态(或称结果)。

    3) Ci表示原因,通常置于图的左部;ei表示结果,通常在图的右部。Ciei均可取值010表示某状态不出现,1表示某状态出现。

    4. 因果图概念

    1)    关系

    恒等:若ci1,则ei也是1;否则ei0

    非:若ci1,则ei0;否则ei1

    或:若c1c2c31,则ei1;否则ei0可有任意个输入。

    与:若c1c2都是1,则ei1;否则ei0也可有任意个输入。

    2)    约束

    输入状态相互之间还可能存在某些依赖关系,称为约束。例如, 某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中,用特定的符号标明这些约束。

    A.输入条件的约束有以下4类:

       E约束(异):ab中至多有一个可能为1,即ab不能同时为1

       I约束(或):abc中至少有一个必须是1,即 ab c不能同时为0

       O约束(唯一);ab必须有一个,且仅有1个为1

       R约束(要求):a1时,b必须是1,即不可能a1b0

    B.输出条件约束类型

       输出条件的约束只有M约束(强制):若结果a1,则结果b强制为0

    5. 采用因果图法设计测试用例的步骤:

    1)分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。

    2)分析软件规格说明描述中的语义,找出原因与结果之间, 原因与原因之间对应的关系,根据这些关系,画出因果图。

    3)由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不可能出现,为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件。

    4)把因果图转换为判定表。

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

    . 实战演习

    1. 某软件规格说明书包含这样的要求:第一列字符必须是AB,第二列字符必须是一个数字,在此情况下进行文件的修改,但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M

    解答:

    1) 根据题意,原因和结果如下:

           原因:

              1——第一列字符是A

              2——第一列字符是B

              3——第二列字符是一数字。

           结果:

              21——修改文件;

              22 ——给出信息L

              23——给出信息M

    2) 其对应的因果图如下:

    11为中间节点;考虑到原因1和原因2不可能同时为1,因此在因果图上施加E约束。

    3)根据因果图建立判定表。

    <!--[endif]--> 

           表中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)转换成判定表:

    <!--[endif]--> 

    4) 在判定表中,阴影部分表示因违反约束条件的不可能出现的情况,删去。第16列与第32列因什么动作也没做,也删去。最后可根据剩下的16列作为确定测试用例的依据。
    (本文节选自己开拖拉机上班《史上最全的测试用例设计方法总结》)

Open Toolbar