简述判定表法设计用例步骤
简述判定表法设计用例步骤
判定表法是一种用于设计测试用例的有效方法,它可以帮助测试人员针对复杂的业务规则设计出全面的测试用例。本文将介绍判定表法的基本步骤,以及如何应用该方法来设计测试用例。下面是本店铺为大家精心编写的4篇《简述判定表法设计用例步骤》,供大家借鉴与参考,希望对大家有所帮助。
《简述判定表法设计用例步骤》篇1
一、判定表法的基本步骤
判定表法是一种用于设计测试用例的方法,它通常分为以下几个步骤:
1. 识别条件和动作
测试人员需要先了解业务规则,识别出所有可能的条件和动作。条件是指影响业务规则执行的因素,动作是指在条件满足时需要执行的操作。
2. 生成判定表
根据识别出的条件和动作,测试人员可以生成一个判定表。判定表通常由四个部分组成,即条件桩、条件项、动作桩和动作项。条件桩列出决定一组条件的对象,条件项列出各种可能的条件组合,动作桩列出所有的操作,动作项列出在对应的条件组合下的动作。
3. 简化判定表
在生成判定表后,测试人员需要对其进行简化。如果表中有两条
或多条规则具有相同的动作,并且其条件项之间存在极为相似的关系,我们就可以将其合并。
4. 转化为测试用例
每一条规则都可以转化为测试用例。测试人员可以根据判定表中的规则,设计出对应的测试用例,以覆盖所有的业务规则。
二、应用判定表法设计用例的案例
以一个交易所的手续费计算规则为例,根据交易金额和每股价格和股数的关系,手续费分为三种情况:
1. 如果交易金额少于 1000 元,则基本手续费为交易金额的
8.4%;
2. 如果交易总金额在 1000 元~10000 元之间,则基本手续费为交易金额的 5%,再加 34 元;
3. 如果金额超过 10000 元,则基本手续费为交易金额的 4% 加上 134 元。
当每股售价低于 14 元时,附加手续费为基本手续费的 5%,除
非买进、卖出的股数不是 100 的倍数,在这种情况下附加手续费的9%。当每股售价在 14 元到 25 元之间时,附加手续费为基本手续费的某个百分比。
根据上述规则,我们可以设计出以下判定表:
| 条件桩 | 条件项 | 动作桩 | 动作项 |
| --- | --- | --- | --- |
| 金额 < 1000 | | 基本手续费 = 交易金额× 8.4% | |
| 1000 ≤金额 < 10000 | | 基本手续费 = 交易金额× 5% + 34 | |
| 金额≥ 10000 | | 基本手续费 = 交易金额× 4% + 134 | |
| 售价 < 14 | | 附加手续费 = 基本手续费× 5% | |
| 14 ≤售价 < 25 | | 附加手续费 = 基本手续费×某个百分比 | |
根据上述判定表,我们可以设计出以下测试用例:
1. 当交易金额为 900 元时,基本手续费为 75.6 元,附加手续费为 0 元;
2. 当交易金额为 1500 元时,基本手续费为 77 元,附加手续
费为 0 元;
3. 当交易金额为 2000 元时,基本手续费为 102 元,附加手续费为 0 元;
4. 当交易金额为 2500 元时,基本手续费为 134 元,附加手续费为 13.4 元;
5. 当交易金额为 3000 元时,基本手续费为 163.2 元,附加手续费为 19.4 元。
《简述判定表法设计用例步骤》篇2
判定表法是一种软件测试方法,用于设计测试用例。它的主要目的是通过列出各种可能的条件组合,以便检测程序中的各种错误。以下是使用判定表法设计测试用例的步骤:
1. 确定输入域:首先明确待测系统的输入域,即需要测试的数据范围。例如,测试一个计算器时,需要考虑数字、小数点、负号等符号的输入范围。
2. 列出所有可能的条件组合:根据输入域,将所有可能的条件组合列成一个表格。例如,对于一个四位数字的计算器,可以列出如下的判定表:
千位百位十位个位
1 2 3 4
5 6 7 8
9 10 11 12
13 14 15 16
... ... ... ...
3. 确定输出域:根据待测系统的功能,确定输出域。例如,对于一个计算器,需要考虑输入数字后的预期结果,如正确计算结果、错误提示等。
4. 设计测试用例:对于每个条件组合,根据输出域设计相应的
测试用例。例如,对于一个四位数字的计算器,可以根据以下条件设计测试用例:
- 输入无效数字(如字母、符号等),预期输出为错误提示
- 输入超出范围的数字(如五位数),预期输出为错误提示
- 输入小数点前后有零的数字,预期输出为正确的计算结果
- 输入负数,预期输出为正确的计算结果
- 输入特殊值(如 0、100、-123.45 等),预期输出为正确的计算结果
5. 补充边界值测试用例:针对输入域的边界值,设计测试用例。例如,对于一个四位数字的计算器,可以设计以下边界值测试用例: - 输入最大值(9999),预期输出为正确的计算结果
- 输入最小值(1000),预期输出为正确的计算结果
6. 执行测试用例:根据设计的测试用例,执行测试并记录测试结果。
7. 分析测试结果:对比预期输出和实际输出,如果存在差异,则说明待测系统可能存在问题,需要进行修复。
8. 迭代优化:根据测试结果,优化测试用例,重复执行测试过程,直到满足预期的测试覆盖率和质量要求。
《简述判定表法设计用例步骤》篇3
判定表法是一种用于设计测试用例的技术,主要用于测试程序中
的条件语句。下面是判定表法设计用例的步骤:
1. 确定条件语句:确定需要测试的条件语句,例如 if 语句、while 循环、for 循环等。
2. 列出所有可能的条件组合:列出所有可能的条件组合,例如对于一个 if 语句,可能的条件组合包括条件为真和条件为假两种情况。
3. 列出所有可能的行动组合:对于每个条件组合,列出所有可能的行动组合,例如对于一个 if 语句,可能的行动组合包括执行 if 语句中的代码块和不执行 if 语句中的代码块两种情况。
4. 构建判定表:将所有可能的条件组合和行动组合列成一个表格,称为判定表。
5. 设计测试用例:从判定表中选择一些组合,设计测试用例。例如,对于一个 if 语句,可以选择条件为真和条件为假两种情况,分别设计两个测试用例。
6. 执行测试用例:执行设计的测试用例,并记录测试结果。
7. 分析测试结果:分析测试结果,确定程序是否满足设计要求。如果存在问题,则需要修改程序并重新执行测试。
判定表法可以帮助测试人员设计全面的测试用例,减少遗漏的可能性。同时,判定表法也可以提高测试效率,减少测试用例的设计时间。
《简述判定表法设计用例步骤》篇4
判定表法是一种软件测试方法,用于设计测试用例。它的主要目的是通过列出各种可能的条件组合,以便确定软件在给定条件下的行为。以下是使用判定表法设计测试用例的步骤:
1. 确定条件:首先,需要明确软件的输入和输出条件。这些条件可以是功能需求、性能需求或者其他约束条件。
2. 建立判定表:将条件划分为多个子条件,并根据这些子条件建立判定表。判定表通常是一个矩阵,其中行表示条件,列表示子条件。
3. 确定操作:对于每个条件组合,需要确定软件应该执行的操作。这可以通过分析条件组合对应的功能需求或者其他规范来完成。
判定表测试规范
判定表设计测试规范
前言 本文档介绍了针对终端软件测试的判定表法设计测试用例的规范。 本测试规范中对移动终端用判定表法设计测试用例原理进行了详细的描述,并用实例加以说明如何使用该方法设计测试用例。包括设计测试用例时的使用范围,设计测试用例的步骤等。 本测试规范介绍了一种通用的测试方法,需要根据被测终端软件需求才能形成具体的测试用例。
目录 引入............................................................ 错误!未定义书签。1.名词解释..................................................... 错误!未定义书签。 2. 判定表法的原理.............................................. 错误!未定义书签。 3. 判定表的构成……............................................ 错误!未定义书签。 4. 判定表的规则 (4) 规则的定义 (4) 规则的合并 (5) 5. 设计测试用例的步骤 (5) 6.实例说明判定表............................................... 错误!未定义书签。 7. 适用范围 (7) 8. 判定表的优点和缺点 (8) 优点 (8) 缺点 (8) 9. 参考文档 (8) 10.修改历史 8
引入 等价类划分法和边界值分析法都是着重考虑输入条件和数据,但是未考虑输入条件和数据相互依赖、相互制约的情况,但是当输入条件和数据相互依赖、相互制约的时候,采用等价类划分法和边界值分析法是难以描述的,因此必须考虑采用一种适合于描述多种条件的组合,相应产生多个动作的方法来进行测试用例的设计。注:条件和动作之间的逻辑关系是明确的,可以直接使用判定表法;如果条件和动作关系不明确,则要先使用因果图法。 1.名词解释 判定表也称决策表,是分析和表达多逻辑条件下执行不同操作情况的工具。 条件:输入或是环境(可通过分析动作反推出) 动作:输出/结果 2.判定表法的原理 判定表法设计测试用例的核心是构建判定表,能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏,设计出完整的测试用例的集合。 3.判定表的构成 判定表通常由四个部分组成,如图: 条件桩:找出问题的所有条件(条件的集合)。通常认为列出条件的次序无关紧要。 动作桩:列出问题规定的可能采取的操作(动作列表)。这些操作的排列顺序没有约束。 条件项:条件取值(输入的取值或环境的真值Y/N) 动作项:动作取值(输出值) 4.判定表的规则 规则的定义 任何一个条件组合的特定取值及其相应的要执行的操作称为规则。 规则也就是说条件项和动作项的对应关系,一个规则相当于一条测试用例。 在判定表中条件的取值一般为真/假,用符号Y/N(1/0)表示,根据条件项的组合确定动作项的取值,即有n个条件就有2n个规则,例如有3个条件分别为A、B、C,就有8中规则,如下表:
系统测试设计用例设计方法三篇
系统测试设计用例设计方法三篇 篇一:系统测试设计用例设计方法 目录 一、等价类分析法 (2) 二、边界值分析 (2) 三、错误猜测法 (3) 四、判定表法 (3) 五、流程分析方法 (4) 六、正交试验设计法 (4) 七、状态迁移法 (6)
一、等价类分析法 等价类划分方法针对手机状态大致可以归几个大类: 1.按键类(等价法):有效输入和无效输入(有效输入指UM和菜单指示;无效输入指测试菜单功能此时没有定义的按键和用户动作); 2.外部中断类(等价法):常用、不常用及无效 2.1.常用:来电和来消息(短信、彩信、push消息);掀合盖;侧键;耳机&FM;情景模式;电量不足 2.2.不常用:充电;闹钟&记事本&关机时间&整点报时提示;Icon&动画显示;Icon&动画刷新;编辑界面&pop显示框输入为空或满;编辑界面&pop 显示框状态输入法默认&字符编码默认;失效SIM卡;大容量等SIM卡兼容;排序;号码识别; 2.3.无效:“资料读取中…”;“复制中…”;“请稍后再试” 3.存储器类 3.1.等价法分类:读或写;不读或不写。 3.2.因果法分类:先SIM卡后手机;先手机后SIM卡;提示用户选择存储器(对比Nokia)。 3.3.操作分类:读;写;新增;删除;复制(先删除后新增;先新增后删除)状态类:正确;错误;变更;用户设定变更 举例一,短消息发送功能: 英文:Default7-bitalphabet(over160characters) 合法等价类:0~160 非法等价类::>160
Thequickfoxjumpsoverthelazybrowndog 中文:UCS-2alphabet(over70characters) 合法等价类:0~70 非法等价类::>70 诺基亚(英文):Extendeddefault7-bitalphabet(over140Bytes),智慧短信,可以携带黑白图片。 合法等价类:0~140 非法等价类::>140 在写字板里面输入“联通”二字,保存后,再打开,即出现乱码。 举例二,单个通话实例的拨打与挂断 测试阶段:系统测试 测试用例标 识 测试项单个通话实例的拨打与挂断 测试项属性 A 参照规范 重要级别高 测试原因手机在待机状态下,确保手机能正常拨出电话 预置条件 1.正常信号环境 2.IDLE状态 3.默认原厂参数设定 输入 1.电话号码(手机号码,固定电话,带分机的号码,字符串,特殊号码如:**21*021xxxxxxxx#,+或00,超短号码,超长号码,
判定表法设计测试用例的步骤
判定表法设计测试用例的步骤 一、引言 判定表法是一种测试用例设计方法,它基于决策表的思想,通过构建判定表来识别测试用例。它适用于需要测试多个条件组合的场景,可以大大减少测试用例数量和测试时间。本文将介绍判定表法设计测试用例的步骤。 二、了解判定表法 1. 判定表法概述 判定表法是一种基于决策表的测试用例设计方法。决策表是一种表示条件与动作之间关系的数据结构,它可以清晰地描述出系统在不同条件下所采取的不同动作。通过构建判定表,我们可以识别出所有可能的情况,并生成对应的测试用例。 2. 判定表法优势 相比其他测试用例设计方法,判定表法有以下优势: (1)节省时间和成本:通过识别出所有可能情况,可以大大减少测试用例数量和测试时间。 (2)易于理解和维护:判定表可视化、易于理解和维护。 (3)覆盖全面:能够覆盖所有可能发生的情况。
三、设计步骤 1. 确认被测系统功能或模块 首先需要明确被测系统或模块需要实现的功能。在这个基础上,我们可以确定需要测试的条件和动作。 2. 确认条件和动作 在确认被测系统或模块需要实现的功能后,我们需要确定需要测试的条件和动作。条件是指影响系统或模块行为的因素,而动作是指系统或模块对条件做出的响应。 3. 构建判定表 根据确定的条件和动作,构建判定表。判定表由四部分组成:条件、决策、动作和测试用例编号。 (1)条件:列出所有可能影响系统或模块行为的因素。 (2)决策:根据条件列出所有可能的情况。 (3)动作:列出每种情况下系统或模块采取的不同响应。 (4)测试用例编号:为每种情况分配一个独特的编号。 4. 识别测试用例 通过对判定表进行分析,可以识别出所有可能发生的情况,并生成对应的测试用例。 5. 执行测试用例
黑盒测试的设计方法
黑盒测试的设计方法 黑盒测试是一种测试方法,旨在测试软件系统的功能和用户需求是否符合预期。与白盒测试相比,黑盒测试专注于测试系统的外部行为,而不关心系统的内部实现细节。在黑盒测试中,测试人员没有访问系统源代码的权限,只能基于软件规约和需求文档进行测试。为了设计有效的黑盒测试用例,以下是几种常用的黑盒测试设计方法: 1. 等价类划分法: 等价类划分法是黑盒测试中最常用的设计方法之一。它将输入域划分为多个等价类,每个等价类代表一组具有相同功能或行为的输入。通过选择其中的一个或几个测试用例进行测试,可以有效地覆盖输入域的多个情况。例如,对于一个要求输入年龄的系统,可以将年龄划分为负数、0-17岁、18-60岁和大于60岁等等等价类。 2. 边界值分析法: 边界值分析法是一种特殊的等价类划分方法,它关注输入域的边界条件。根据输入域的边界条件设计测试用例,可以更好地发现潜在的问题。例如,对于一个要求输入1-100之间的数字的系统,边界值分析法会测试输入1和100,以确保系统在边界条件下的正常工作。 3. 因果图法: 因果图法是一种图形化的设计方法,通过对系统的功能和用户需求进行建模,
以便更好地理解系统的逻辑关系。通过使用因果图,测试人员可以发现功能之间的依赖关系,从而设计测试用例。因果图法通常用于复杂系统,可以帮助测试人员更好地理解和覆盖系统的功能。 4. 判定表法: 判定表法是一种以规则和条件为基础的测试设计方法。在判定表中,规则和条件被列举出来,并使用真值表来确定特定条件下的期望结果。通过设计测试用例来测试不同条件的组合,可以有效地发现系统的问题。判定表法特别适用于决策较多的系统,可以帮助测试人员设计高效的测试用例。 5. 错误推测法: 错误推测法是一种基于经验的测试设计方法。测试人员根据以往的经验和知识,推测系统中可能存在的问题,并设计测试用例来验证这些问题。错误推测法是一种质量保证团队经常使用的方法,可以帮助捕获一些开发团队容易忽略的问题。 以上是几种常见的黑盒测试设计方法。测试人员可以根据具体的测试任务和系统特点选择适合的设计方法。综合运用这些方法,可以设计出高效、全面的黑盒测试用例,发现并解决软件系统中可能存在的问题。
测试用例八大设计方法和实例
测试用例设计方法 1等价类划分 1.1理论知识 等价类划分是一种典型的黑盒测试方法。这一方法完全不考虑程序的内部结构,只依据程序的规格说明来设计测试用例。 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭示程序中的错误都是等效的。等价类合理地假设:某个等价类的代表值,与该等价类的其他值,对于测试来说是等价的。 因此,可以把全部的输入数据划分成若干的等价类,在每一个等价类中取一个数据来进行测试。这样就能以较少的具有代表性的数据进行测试,而取得较好的测试效果。 等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 分类: 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2)划分等价类的方法: 下面给出六条确定等价类的原则: ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类. ③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类. ④在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n 个有效等价类和一个无效等价类. ⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则). ⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类. 3)原则: 设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类: 输入条件有效等价类无效等价类 ... ... ... ... ... ... 然后从划分出的等价类中按以下三个原则设计测试用例: 为每一个等价类规定一个唯一的编号. 设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.
测试用例的几种设计方法
测试用例的几种设计方法--软件测试 2009年07月23日星期四 16:59 一、等价类划分 等价类划分主要适用于单个输入条件,输入为数值型的情况,如果输入规定了输入区间,可划分出一个有效等价类,两个无效等价类;如果输入只规定了输入范围,可划分出一个有效等价类,一个无效等价类。 二、边界值 边界值方法也是适用于单个输入条件的情况,输入类型可以数值、字符等,要测试的边界包括上点、下点、离点。 三、错误推测法 错误推测法主要是测试设计人员的测试经验相关,测试经验不同,设计出来的测试用例也区别很大。 四、因果图法 因果图方法考虑输入的组合,特别适用于多个输入条件相关有关联又相互约束的情况。 设计步骤: 1)罗列出输入与输出; 2)根据输入与输出画出因果图; 3)标出约束跟限制; 4)把因果图转化成判定表; 5)根据判定表的每一列设计测试用例。 五、判定表驱动法 判定表适合于解决多个逻辑条件的组合。将各种逻辑的组合罗列出来,避免遗漏。不能表达重复的操作。 判定表包括条件桩、条件项、动作桩、动作项。 条件桩:列出所有条件,次序无关; 条件项:列出所对应条件的所有可能情况下的取值; 动作桩:列出可能采取的操作,次序无关; 动作项:列出条件项各种取值情况下采取的操作。 设计步骤: 1)确定规则个数,条件及各条件取值的组合; 2)列出条件桩、动作桩; 3)列出条件项; 4)列出动作项; 5)初始化判定表; 6)规则简化、合并。 六、正交法 当输入条件很多时,因果图等设计方法设计出来的用例数往往多的惊人,用正交法可有效减少用例数。正交法的核心思想是从大量测试数据中选取有代表性的点来测试,从而减少测试用例数。 设计步骤: 1)确定因子并画出正交表草图; 2)填充各因子的状态值; 3)加权筛选;
测试用例的设计
§1.1测试用例的设计 一.测试用例: 是以发现错误为目的而精心设计的一组测试数据,测试用例={输入数据+期望结构} 二.黑盒测试方法:以程序功能作为测试依据 1.等价分类法: 把被测程序的输入域划分为若干各等价类,每个测试用例都代表一类与它等价的其他例子。 ⏹步骤: 1)划分等价类并给出定义(如果用这个例子来发现程序错误, 则与其等价的其他例子一般也不会发现程序错误)。 2)选择测试用例(原则:有效等价类的测试用例尽量公用,以 期进一步减少测试次数;无效等价类必须每类一例,以防漏 掉本来可能发现的错误)。 ⏹举例: 某城市的电话号码由3部分组成,这3部分的名称和内容为: 地区码:空白或3位数字; 前缀:非‘0’或‘1’开头的3位数字; 后缀:4位数字。 假定被测程序能接受一切符合上述规定的电话号码,拒绝所有不 符合规定的号码,试用等价分类法设计它的测试用例。 第一步:划分等价类。 下表列出了划分的结果,包括4个有效等价类,11个无 效等价类。在每一等价类之后均加有编号,以便识别 输入条件有效等价类无效等价类 地区码空白错误!未找到 引用源。;3位数字 错误!未找到引用 源。 有非数字字符错误!未找到引用 源。;少于3位数字错误!未找到 引用源。;多于3位数字错误!未 找到引用源。; 前缀从200到999之间有非数字字符错误!未找到引用
的3位数字错误!未找到引用源。源。;起始位为‘0’错误!未找到引用源。;起始位为‘1’错误!未找到引用源。;少于3位数字(11);多于3位数字(12); 后缀4位数字错误!未找 到引用源。 有非数字字符(13);少于4位数 字(14);多于4位数字(15); 第二步:确定测试用例。 上表中有4个有效等价类,可以公用以下两个测试用例: 测试数据测试范围期望结果 ()276-2345 等价类错误!未找到引用源。、 错误!未找到引用源。、错误! 未找到引用源。 有效 (635)805-9321 等价类错误!未找到引用源。、 错误!未找到引用源。、错误! 未找到引用源。 有效 对11个无效等价类,应选择11个测试用例。例如前3 个无效等价类可能使用下列3个测试用例: 测试数据测试范围期望结果(20A)123-4567 等价类错误!未找到引用源。无效 (33 )234-5678 等价类错误!未找到引用源。无效 (7777)345-6789 等价类错误!未找到引用源。无效2.边界值分析法: 在等价分类法中,将代表一个类的测试数据选在等价类的边界上。(如:X<=400)。 3.错误推测法: 猜测被测试程序中那些地方容易出错,并据此设计测试用例。 ⏹说明:等价类和边界值法有线索可导,而猜错误则依赖测试人员 的直觉和经验,仅作为辅助手段,即应首先用其他方法设计测试 用例,再用猜错误来补充。 ⏹举例: 当对一个排序程序进行测试时,可先用边界值分析法设计以下的 测试用例: 1)输入表为空表; 2)输入表中仅有一个数据;
简述判定表法设计用例步骤
简述判定表法设计用例步骤 判定表法是一种用于设计测试用例的有效方法,它可以帮助测试人员针对复杂的业务规则设计出全面的测试用例。本文将介绍判定表法的基本步骤,以及如何应用该方法来设计测试用例。下面是本店铺为大家精心编写的4篇《简述判定表法设计用例步骤》,供大家借鉴与参考,希望对大家有所帮助。 《简述判定表法设计用例步骤》篇1 一、判定表法的基本步骤 判定表法是一种用于设计测试用例的方法,它通常分为以下几个步骤: 1. 识别条件和动作 测试人员需要先了解业务规则,识别出所有可能的条件和动作。条件是指影响业务规则执行的因素,动作是指在条件满足时需要执行的操作。 2. 生成判定表 根据识别出的条件和动作,测试人员可以生成一个判定表。判定表通常由四个部分组成,即条件桩、条件项、动作桩和动作项。条件桩列出决定一组条件的对象,条件项列出各种可能的条件组合,动作桩列出所有的操作,动作项列出在对应的条件组合下的动作。 3. 简化判定表 在生成判定表后,测试人员需要对其进行简化。如果表中有两条
或多条规则具有相同的动作,并且其条件项之间存在极为相似的关系,我们就可以将其合并。 4. 转化为测试用例 每一条规则都可以转化为测试用例。测试人员可以根据判定表中的规则,设计出对应的测试用例,以覆盖所有的业务规则。 二、应用判定表法设计用例的案例 以一个交易所的手续费计算规则为例,根据交易金额和每股价格和股数的关系,手续费分为三种情况: 1. 如果交易金额少于 1000 元,则基本手续费为交易金额的 8.4%; 2. 如果交易总金额在 1000 元~10000 元之间,则基本手续费为交易金额的 5%,再加 34 元; 3. 如果金额超过 10000 元,则基本手续费为交易金额的 4% 加上 134 元。 当每股售价低于 14 元时,附加手续费为基本手续费的 5%,除 非买进、卖出的股数不是 100 的倍数,在这种情况下附加手续费的9%。当每股售价在 14 元到 25 元之间时,附加手续费为基本手续费的某个百分比。 根据上述规则,我们可以设计出以下判定表: | 条件桩 | 条件项 | 动作桩 | 动作项 |