判定表方法

  • Post author:
  • Post category:其他




判定表法



知识点

  • 判定法的概念
  • 判定表法案例



简介

上面讲了2个测试用例设计方法,边界值分析法和等价类划分法,他们都存在一个弱点,就是没有对输入条件的组合进行分析,对输入进行组合测试并不是一件简单地事情,因为即使对输入条件进行了等价类划分,这些组合的数量也可能是个天文数字,在一个功能模块或一个界面中,往往会有多个空间,这些控件的取值一般会有一定的组合关系,并且程序地动作依赖于输入条件,如果只是单独去测每个控件,往往使测试有很多冗余用例,同时又会造成测试的不全面,遗漏一些数据,这样对多个条件进行的组合测试的时候,我们就需要采用判定表法



判定表法的概念

判定表又称为决策表,是一种表格状的图新工具,适用于处理判断条件较多,各条件又相互组合,有多种决策方案的情况。由于决策表可以吧复杂的逻辑关系和多种组合表达的即具体又明确,因此在程序设计发展的初期,判定表就经常被当作编写程序的辅助工具

判定表通常由4个部分组成:

条件桩(Condition stub):指所有条件的名称,列出的条件的先后次序无关紧要。动作桩:指所有可能采取的操作,顺序没有约束。条件项:条件桩中的条件所有可能的取值。动作项:与条件项紧密相关,列出在条件项的各组取值取值情况下应该采取的动作

任何个条件组合的特定取值及其相应要执行的操作被称为一条规则,在盘点表中

贯穿条件项和动作项的一列就是一条规则

。显然,判定表中条件有多少组合取值,也就有多少条规则。根据软件规格说明,建立判定表的步骤如下

  • 第一步:分析需求,列出所有的条件状和条件项
  • 第二步:分析需求,列出所有的动作桩和动作项
  • 第三步:根据规则,设计初始判定表
  • 第四步:简化判定表,合并相似规则,设计测试用例

运用判定表设计测试用例,可以将

条件理解为输入,将动作理解为输出



判定表法案例



案例1:超市产品销售

超市中如果某产品的销售好并且库存低,则继续销售并增加该产品的进货;如果该产品销售好,但库存量不低,则继续销售,若该产品销售不好,但库存量低,则该产品下架。若该产品销售不好,且库存量不低,如果有空货架则继续销售,如果没有空货架,则该产品下架

请使用判定表法设计测试用例

【解析】


分析需求,列出所有的条件桩和条件项

条件桩 条件项
c1:销售好? T or F
c2:库存低? T or F
c3:有空货架? T or F


分析需求,列出所有的条件组合所产的动作

  • A1:增加进货
  • A2:继续销售
  • A3:产品下架


根据规则,设计初始判定表,如下表所示

对于本题 有3个条件(销售、库存、有空货架),每个条件有两个取值(是或否),根据组合的原理,共有2^3=8种规则

超市产品销售判定表


第4步,简化判定表

实际使用判定表时需要简化,简化是以合并相似规则为目标,若表中有2条以上规则具有相同的动作,并且在条件项之间存在极为相似的关系,则可以合并

根据表中情形,第1,2条规则其动作项一致,条件项的前2个条件取值一致,只有第三个条件取值不同,说明第三个条件无论取任何值,都对相应的动作没有影响,这2条规则可以合并,合并的C3为–,

说明在当前规则中该条件的取值与动作的取值无关

,称为无关条件。根据此原则,第3、4条规则和第5、6条规则也可以合并,化简后的超市销售库存判定表如下表所示。

简化后的超市产品销售判定表



案例2:计算房地产基础中介费

有一个计算房地产基础中介费的程序,规定中介费用政策如下:

  • 如果房屋销售总价少于10万元,那么基础中介费将是销售总价的2%
  • 如果房屋销售总价大于10万元,那么基础中介费将是销售总价的1.5%,外加1000元
  • 如果销售额大于100万元,那么基础中介费将是房屋销售总价的1%,外加1500元

另外房屋销售单价和客户的性质对中介费也有影响:

  • 若单价低于1万/m^2,则外加基础中介费的5%;若是老顾客,则减免外加基础中介费
  • 若单价在1万/m^2到2万每平方,则外加基础中介费的2.5%;若是老顾客,则减免外加基础中介费
  • 若单价在2万/m^2以上,则减免外加基础中介费;若是老顾客,则减去基础中介费的5%


[解析]

分析各种输入情况,列出条件桩和条件项,如下表所示

中介费的条件桩和条件项
条件桩 条件项
c1房屋销售总价 1<=sale<10000
100 000<=sale<1 000 000
sale>=1 000 000
c2:房屋销售单价 price<10 000
10 000 <= price <20 000
price>=20 000
客户性质 b1:新客户
b2:老客户


分析程序的规格说明,并结合以上

条件项

, 列出可能采取的操作

  • a1:基础中介费为销售总价的2%
  • a2:基础中介费为(销售总价的1.5%+1000)元
  • a3:基础中介费为(销售总价的1%+1500)元
  • a4:外加基础中介费的5%
  • a5:外加基础中介费的2.5%
  • a6:减去基础中介费的5%


根据以上分析的步骤,画出判定表,如下表所示

根据合并规则,此处没有需要简化的项

中介费判定表

**根据以上判定表,设计测试用例。**如下表 所示:

用例编号 销售总价(元) 销售单价(元) 客户性质 预期输出
中介费-001 50 000 5 000 新客户 1 050
中介费-002 50 000 5 000 老客户 1 000
中介费-003 50 000 15 000 新客户 1 025
中介费-004 50 000 15 000 老客户 1 000
中介费-005 50 000 25 000 新客户 1 000
中介费-006 50 000 25 000 老客户 950
中介费-007 500 000 5 000 新客户 8 925
中介费-008 500 000 5 000 老客户 8 500
中介费-009 500 000 15 000 新客户 8 712.5
中介费-010 500 000 15 000 老客户 8 500
中介费-011 500 000 25 000 新客户 8 500
中介费-012 500 000 25 000 老客户 8 075
中介费-013 1 500 000 5 000 新客户 17 325
中介费-014 1 500 000 5 000 老客户 16 500
中介费-015 1 500 000 15 000 新客户 16 912.5
中介费-016 1 500 000 15 000 老客户 16 500
中介费-017 1 500 000 25 000 新客户 16 500
中介费-018 1 500 000 25 000 老客户 15 675



小结

判定表的基本思路是对多个条件的组合进行分析,从而设计用例来覆盖各种组合。适合使用判定表测试设计用例需要的条件如下

  • 规则说明以判定表的形式给出,或很容易转化为判定表
  • 条件的排列顺序不影响所要执行的操作
  • 规则的排列顺序不影响所要执行的操作
  • 如果某一个规则要执行多个操作,这些操作的执行顺序也无关紧要。
  • 当某个规则的条件已经满足,并确定要执行的操作后,不必检验别的规则

判定表最突出的优点是:能够将复杂的问题按照各种可能的情况全部列出来,简明并避免遗漏,而且对条件的组合顺序并无要求。因此,利用判定表法能够设计出完整的测试用例合集。


但判定表也有他的缺陷,那就是没有考虑条件之间爱你的相互制约关系(例如互斥关系)



版权声明:本文为weixin_42907150原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。