判定表法测试用例设计

判定表也称我决策表,能表示输入条件的组合,以及与每一输入组合对应的动作组合。与因果图法相似判定表法主要侧重输入条件之间的逻辑关系。

1.判定表主要包含以下五部分:

条件桩:列出所有可能的条件

条件项:列出所有的条件取值组合

动作桩:列出所有可能的操作

条件项:列出在每一种条件取值组合的情况下,执行动作桩中的哪些动作。

规则:一种条件取值组合与其对应的动作组合(即判定表中贯穿条件项和动作项的一列)构成判定表的一个规则。条件组合的数目就是规则的数目。

2.建立判定表可遵循的步骤

1)列出条件桩和动作桩

2)确定规则的个数,用来为规则编号。

  若有n个原因,且每个原因的可取值为0或者1,那么将会有2n个规则。

3)完成所有条件项的填写。

4)完成所有的动作项的填写。(得到初始判定表)

5)合并相似规则,用以对初始判断表进行简化。

  有两个或者多条规则具有相同的动作,并且条件项之间存在极为相似的关系就可以进行合并。

 

3.实例

问题描述: “……对于功率大于50马力的机器,并且维修记录不全或已运行10年以上的机器,应给予优先的维修处理……”

条件桩:

C1:功率大于50马力吗?

C2:维修记录不全吗?

C3:运行超过10年吗?

动作桩:

A1:进行优先处理

A2:作其他处理

生成判断表:

简化判定表:

1,2合并,5,7合并,6,8合并

原文地址:https://www.cnblogs.com/feng0815/p/8794400.html

时间: 2024-10-07 18:43:14

判定表法测试用例设计的相关文章

测试用例设计方法---判定表法

学习目标 掌握判定表的四个组成部分 掌握如何使用判定表设计测试用例 掌握判定表法的适用范围 1.为什么要学习判定表法 若用户欠费或者关机,则不允许主被叫前面学过的等价类划分法和边界值分析法都是着重考虑单个输入的输入条件,但是 没有考虑输入条件的各种组合.输入条件与输出条件之间的相互制约关系. 所以要使用判定表法才能解决上述案例编写测试用例的过程 ? 2.什么是判定表法 ? 判定表法表示的是有多个输入,和多个输出,而且输入与输入之间有相互的组合关系.输入和输出之间有相互的制约和依赖关系 ? 3.判

场景法测试用例设计详解

一.定义: 场景法是通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法. 场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景.场景主要包括4种主要的类型:正常的用例场景, 备选的用例场景,异常的用例场景,假定推测的场景. 二.基本流备用流: <ignore_js_op> 上图为,用例基本流和备选流(注意:备选流的起止点) 基本流:采用直黑线表示,是经过用例的最简单的路径(无任何差错,程序从开始直接执行到

软件测试【1】——黑盒测试用例设计方法(1)等价类、边界值、判定表、因果图

黑盒测试用例设计方法 等价类 等价类概念:在所有测试的数据中,具有某种共同特征的数据子集. 分类:有效等价类,无效等价类 等价类划分的规则: 等价类测试的步骤: (1)分析需求,确定输入数据类型 (2)使用规则划分有效和无效等价类 (3)设计用例,覆盖有效等价类(注意:一条用例尽可能覆盖多的有效等价类) (4)设计用例,覆盖无效等价类(注意:一条用例只能覆盖一个无效等价类) 案例:固定电话号码的测试(3/4位地区码和7/8位电话号码) 边界值分析方法 大量的错误都是发生在输入或输出范围的边界上,

软件测试实战 - 测试用例设计方法

一.测试分析 测试需求来源 开发需求DR:协议标准需求PR:用户需求UR:案例库需求LR:竞争需求CR:继承需求SR: 2. 测试项分析步骤 a. 为分析的测试项编号:b. 注明来源:开发文档/法律条款/案例库编号c. 整合测试项:删除合并重复测试项:大的测试项分解为测试子项:d. 分析测试项之间的关系: 3. 测试分析方法 a. 质量模型分析法:功能测试项.效率测试项.可靠性.易用性.可维护性.可移植性:b. 用户场景分析法:游客.普通用户.VIP用户.管理员用户等,不同角色权限不同,测试点也

测试用例设计(个人学习用20170312-0319)

测试用例设计 (个人学习用20170312-0319) 测试用例设计方法 11种 1.等价类 2.边界值 3.判定表 4.正交试验法 5.流程分析法 6.状态迁移图法 7.输入域覆盖法 8.输出域覆盖法 9.因果图 10.异常分析法 11.错误猜测法 等价类,边界值(一般组成等价类边界值表) 等价类:它将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类.然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性

功能性测试用例设计方法深入理解

一 进行测试设计的一般流程 设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数.测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计.功能规格说明.用户试用场景以及程序/模块的结构都有比较透彻的理解.测试用例设计一般包括以下几个步骤: 1.测试需求分析 从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析.理解,整理成为测试需求,清楚被测试对象具有哪些功能.测试需求的特点是:包含软件需求,是否具有可测试性. 测试需求应该在软

结构化分析工具之判定表

什么是判定表? 也称决策表,能表示输入条件的组合,以及与每一输入组合对应的动作组合.与因果图法相似判定表法主要侧重输入条件之间的逻辑关系.用于描述数据是如何被加工处理的. 判定表(Decision table)是一种表达逻辑判断的工具.是分析和表达多逻辑条件下执行不同操作的情况的工具.在一个程序中,如果输入输出比较多,输入之间和输出之间相互制约的条件较多,在这种情况下应用决策表很合适,它可以很清楚地表达它们之间的各种复杂关系. 决策表是把作为条件的所输入的各种组合值以及对应输出值都罗列出来而形成

测试用例设计白皮书--判定表驱动分析方法

一.    方法简介 1.定义:判定表是分析和表达多逻辑条件下执行不同操作的情况的工具. 2.判定表的优点 能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏.因此,利用判定表能够设计出完整的测试用例集合. 在一些数据处理问题当中,某些操作的实施依赖于多个逻辑条件的组合,即:针对不同逻辑条件的组合值,分别执行不同的操作.判定表很适合于处理这类问题. 3.“阅读指南”判定表   1 2 3 4 5 6 7 8 问题 觉得疲倦? Y Y Y Y N N N N 感兴趣吗? Y Y N N

测试用例设计方法:判定表

测试用例设计方法 判定表 定义 分析和表述若干输入条件下被测对象针对这些输入做出的响应的一种工具; 遇到复杂业务逻辑是可以利用该表理清业务关系; 重要概念 条件 l  条件桩:需求规格说明书定义的被测对象的所有输入 l  条件项:针对条件桩,所有可能的输入数据 动作 l  动作桩:针对条件用户可能采用的所有操作 l  动作项:针对动作桩,被测对象相应的可能值 规则 l  动作项和条件项组合在一起形成的业务逻辑 步骤 l  理解需求,确定条件桩,动作桩 l  设计优化判定表 l  填写动作项 l