2016-08-10 14:59:07 ranxiaoxu123 阅读数 4599
  • 软件测试基础

          主要讲解软件测基础信息,包括如下内容: *  软件测试的发展 * 软件测试定义、目标、原则 * 软件测试模型(V模型、W模型、H模型等)      * 软件测试准入准出的标准(包括缺陷的生命周期、测试用例的相关属性字段) * 测试方法的分类 * 白盒测试(语句、条件、判定、条件/判定、条件组合、路径等覆盖) * 黑盒测试(等价类、边界值、因果图)       通过该系列课程,能达到对软件测试有一个简单的认识,知道通过一些方法来分析需求,编写测试用例,来管理缺陷,有一个简单的测试流程体系,知道如何测试、如何编写测试用例等。

    1789 人正在学习 去看看 王恩龙

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

数       原因:c1:第一列为A      c2:第二列为B     c3:第二列数字

          结果:e1:修改文件    e2:给出信息L      e3:给出信息M

              因果图:


2.该组件用于处理信用卡刷卡时对不同数额的支付款项进行扣款,并输出扣款后的的结果。

          持卡人分短信用户和非短信用户。短信用户的信用卡账户在短信通知限额内扣款,扣款将被执行,持卡人将不会收到短信通知。短信用户账户在超出短信通知限额内,扣款将被执行,银行会发送短信给持卡人。短信用户和非短信用户的信用卡账户在扣款额度高于信用额度时,扣款将不会执行,账户被挂起。

        原因:c1:短信通知限额内扣款      c2:短信通知限额外,但信用额度内扣款      c3:短信用户

        结果:e1:执行扣款      e2:账户挂起       e3:银行向用户发送短信

        因果图:

      



2019-11-06 17:11:05 qq_28837549 阅读数 33
  • 软件测试基础

          主要讲解软件测基础信息,包括如下内容: *  软件测试的发展 * 软件测试定义、目标、原则 * 软件测试模型(V模型、W模型、H模型等)      * 软件测试准入准出的标准(包括缺陷的生命周期、测试用例的相关属性字段) * 测试方法的分类 * 白盒测试(语句、条件、判定、条件/判定、条件组合、路径等覆盖) * 黑盒测试(等价类、边界值、因果图)       通过该系列课程,能达到对软件测试有一个简单的认识,知道通过一些方法来分析需求,编写测试用例,来管理缺陷,有一个简单的测试流程体系,知道如何测试、如何编写测试用例等。

    1789 人正在学习 去看看 王恩龙

因果图简介

等价类划分法和边界值法都是着重考虑到了输入条件,但是没有考虑到输入条件的组合与输入条件的相互制约关系。这样有可能忽视了很多错误
如果测试时考虑到了各种组合,测试所有组合将是一个天文数字,因此需要考虑采用一种适用与多种条件组合相应产生多种动作的形式来进行测试用例的设计,这就需要因果图(逻辑模型)

因果图思想

一些程序的功能可以用判定表的形式来表示,根据输入条件的组合情况来规定相应的操作

因果图设计测试用例的步骤

1 根据程序规格说明书,分析因和果,画出因果图
2 将得到的因果图转换为判定表
3 为判定表的每一列表示的情况设计一个测试用例

因果图的常用符号

与计算机中的与或非相识:
在这里插入图片描述
图片来源网络!

对于输入条件的约束有以下四类:

E约束(Exclusive,异或):ab不能同时为1,可以同时为0;
I约束(Inclusive,或):abc至少一个为1,不能同时为0;
O约束(Only,唯一):ab有且只有一个为1;
R约束(Require,要求):a是1时,b必须是1;

对输出条件只有一种约束:

M约束(Mask,强制):若a是1,b必须是0;

举个栗子

以下是网上找到很常见的例子
饮料售货机:有一个处理单价为1元5角钱的盒装饮料的自动售货机软件。若投入1元5角硬币,按下“可乐”、“雪碧”、或“红茶”按钮,相应的饮料就送出来。若投入的是2元硬币,在送出饮料的同时退还5角硬币。

分析输入输出
输入:

编号 输入
c1 投入1.5硬币
c2 投入2硬币
c3 按下“可乐” 按钮
c4 按下“雪碧” 按钮
c5 按下“红茶” 按钮

输出:

编号 输出
EF1 退换0.5
EF2 送出可乐
EF3 送出雪碧
EF4 送出红茶

分析输入之间的关系

1)C1与C2为异或关系

2)C3、C4、C5因投入硬币最多为2元 所以分析为异或关系

3)C1(C2)与C3(C4、C5)为且的关系

4)EF2、EF3、EF4为异或关系

5)EF1与EF2(3、4)没关系

分析什么原因导致结果

1)EF1:C2与C3(4、5)导致EF1

2)EF2(3、4):C1(2)与C3(4、5)导致EF2(3,4)
因果图
在这里插入图片描述
图片来自网络
写出判定表
在这里插入图片描述
图片还是来自网络

最后根据判定表设计测试用例

判定表介绍

什么叫判定表法?
就是指把所有的输入条件、所有可能采取的动作按表格列出来,每一种条件和动作的组合构成一条规则,也即一条用例。

规则
条件桩(列出所有的输入条件,顺序不重要) 条件项(列出各个条件所有可能的取值)
动作桩(列出问题规定的所有可能采取的动作,顺序不重要) 动作项(列出所有可能采取的动作)

这里条件桩和动作桩组成表格的行,条件项和动作项组成表格的列,这样组合成的表格即是依据判定表法得出的一张原始用例集合。

判定表编写步骤
1 确定规则的个数
2 列出所有的条件桩和动作桩
3 填入条件项
4 填入动作项,得到初始判定表
5 简化 判定表,合并相似规则 (相同动作)

下面这个栗子来源百度文库:
在这里插入图片描述
简化
在这里插入图片描述
很直观的栗子

注:因果图只是设计判定表的工具,不一定要费时间设计因果图。

2019-10-06 11:26:08 qq1976392463 阅读数 20
  • 软件测试基础

          主要讲解软件测基础信息,包括如下内容: *  软件测试的发展 * 软件测试定义、目标、原则 * 软件测试模型(V模型、W模型、H模型等)      * 软件测试准入准出的标准(包括缺陷的生命周期、测试用例的相关属性字段) * 测试方法的分类 * 白盒测试(语句、条件、判定、条件/判定、条件组合、路径等覆盖) * 黑盒测试(等价类、边界值、因果图)       通过该系列课程,能达到对软件测试有一个简单的认识,知道通过一些方法来分析需求,编写测试用例,来管理缺陷,有一个简单的测试流程体系,知道如何测试、如何编写测试用例等。

    1789 人正在学习 去看看 王恩龙

软件测试之因果图分析法

因果图分析法:用图解的方法表示输入的各种组合关系,写出判定表,从而设计相应的测试用例。详细图解请参考原文

原文链接:https://blog.csdn.net/yy6778899/article/details/48416505

2018-04-25 20:35:21 weixin_30363263 阅读数 544
  • 软件测试基础

          主要讲解软件测基础信息,包括如下内容: *  软件测试的发展 * 软件测试定义、目标、原则 * 软件测试模型(V模型、W模型、H模型等)      * 软件测试准入准出的标准(包括缺陷的生命周期、测试用例的相关属性字段) * 测试方法的分类 * 白盒测试(语句、条件、判定、条件/判定、条件组合、路径等覆盖) * 黑盒测试(等价类、边界值、因果图)       通过该系列课程,能达到对软件测试有一个简单的认识,知道通过一些方法来分析需求,编写测试用例,来管理缺陷,有一个简单的测试流程体系,知道如何测试、如何编写测试用例等。

    1789 人正在学习 去看看 王恩龙

来源: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列作为确定测试用例的依据。
 因果图法:等价类划分法和边界值分析方法都是着重考虑输入条件,如果程序输入之间没有什么联系,采用等价类划分和边界值分析是一种比较有效的方法。如果输入之间有关系,例如,约束关系、组合关系,这种关系用等价类划分和边界值分析是很难描述的,测试效果难以保障,因此必须考虑使用一种适合于描述对于多种条件的组合,产生多个相应动作的测试方法,因果图正是在此背景下提出的。因果图法着重测试规格说明中的输入与输出间的依赖关系。
2017-04-18 14:00:49 ningmengban 阅读数 15656
  • 软件测试基础

          主要讲解软件测基础信息,包括如下内容: *  软件测试的发展 * 软件测试定义、目标、原则 * 软件测试模型(V模型、W模型、H模型等)      * 软件测试准入准出的标准(包括缺陷的生命周期、测试用例的相关属性字段) * 测试方法的分类 * 白盒测试(语句、条件、判定、条件/判定、条件组合、路径等覆盖) * 黑盒测试(等价类、边界值、因果图)       通过该系列课程,能达到对软件测试有一个简单的认识,知道通过一些方法来分析需求,编写测试用例,来管理缺陷,有一个简单的测试流程体系,知道如何测试、如何编写测试用例等。

    1789 人正在学习 去看看 王恩龙

 1、 什么是因果图及判定表法?
   因果图是用图解的方法表示输入的各种组合关系,依据因果图写出判定表,从而设计相应的测试用例。
   它适合于检查程序输入条件的各种组合情况。例约束关系、组合关系。
 
2、 因果图之4种因果关系
   

   
(注:0表示某状态不出现,1表示某状态出现)
恒等:若c1是1,则e1也为1;否则e1为0
非:  若c1是1,则e1也为0;否则e1为1
或:  若c1或c2或c3是1,则e1为1;否则e1为0
与:  若c1和c2都是1,则e1为1;否则e1为0
 
3、 因果图之5种约束关系
   


E约束(异):a和b中至多有一个可能为1,即a和b不能同时为1。
I约束(或):a、b、c中至少有一个必须为1,即a、b、c不能同时为0。
O约束(唯一):a和b必须有一个且仅有一个为1。
R约束(要求):a是1时,b必须是1,即a为1时,b不能为0。
M约束(强制):若结果a为1,则结果b强制为0。
 
4、 因果图法/判定表法的基本步骤
1)分析软件规格说明书中哪些是原因,哪些是结果。原因是输入或输入条件的等价类,结果是输出条件。给每个原因和结果并赋予一个标识符。
2)画出因果图。分左右2竖列,分别列出原因、结果。用一些记号表明约束关系或因果关系。
3)把因果图转换成判定表。
4)将判定表的每一列作为依据,设计测试用例。
 
5、 因果图法/判定表法实例讲解
某软件规格说明书包含这样的要求:第一列字符必须是A或B,第二列字符必须是一个数字,在此情况下进行文件的修改,但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M。
 
1)先列出原因(即输入条件或输入条件的等价类)和结果(输出条件):
   原因:
    1——第一列字符是A;
    2——第一列字符是B;
    3——第二列字符是一数字。
    结果:
    21——修改文件;
    22——给出信息L;
    23——给出信息M。
 
 2)画出因果图:
 
 
 3)判定表法:因果图方法最终生成的就是判定表。一般可以根据因果图画出判定表,判定表里只有0,1两个数字。若输入条件有n个,则用例考虑的情况有2n种。判断表如下:
 
 
 
表中8种情况的左面两列情况中,原因①和原因②同时为1,这是不可能出现的,故应排除这两种情况。得到所需测试用例(表的最下一栏给出了6种情况),这是我们所需要的数据。
 
 
  4)得到测试用例,并列出具体的用例测试数据    
      
 
 
补充知识点:
依据判定表得到的测试用例会很多条,那我们想一想,是否可以简化用例呢?如何简化呢?
简化依据:若表中输出结果存在相同,且其输入条件存在极相似关系,则可合并简化


举例,从最近大火的《人民的名义》,我们假设有这样的命题:


怎样称为一个好干部?不违背党原则下,有政绩是一个好干部、有爱心也是一个好干部;但是只要违背党的原则(贪财、贪权、贪色)就绝对不是一个好干部。
 
我们来分析输入条件,输出结果,并列出判定表,如下:
 
 
按照简化依据,颜色相同是可以合并的项,如下:
 
 

简化后:

 

得到的测试用例:
1)有政绩、有爱心、不违反党的原则;好干部
2)有政绩、无爱心、不违反党的原则;好干部
3)无政绩、有爱心、不违反党的原则;好干部
4)不管有无政绩、有无爱心、违反党的原则;不是好干部
5)无政绩、无爱心、不违反党的原则;不是好干部
 
这样讲是不是容易理解得多?这是我们的土豆儿日夜追剧追出来的精髓,什么叫专业的测试大佬?就是不管你在吃饭还是在煲剧,你都可以从生活中的点滴中找出测试点来~!

有兴趣的童鞋可以加我们的柠檬班软件测试技术交流群:939885326,每周1-周4群里面都会有免费公开课。

AND,每天都有漂亮的测试MM问问题,也有萌帅的测试GG替你解决技术问题,当然我们是一正经的软件测试技术,欢迎小伙们加入哦!!

 

没有更多推荐了,返回首页