软件测试 决策表
软件测试设计
软件测试设计设计测试用例即时贴程序程序功能便签的数量最多为50个标题字数最多40字节便签正文字数最多200个年份只能设置在1900-2100之间测试用例为实施测试面向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定集合解决要测什么，怎么测和如何衡量的问题测试用例的目的：执行测试，发现缺陷重复执行测试，重现缺陷管理测试过程回归测试、验证缺陷是否修复优点：使测试更加方便的执行；提高测试效率；节省测试时间；使测试更能按时间计划进行；使测试过程更方便管理准备工作收集资料需求文档设计文档遗留系统的相关文档与相关人员讨论探索性测试探索性测试与经过深思熟虑的、计划好的的测试过程有所不同，它依靠的是测试人员的知识水平和创造力。
可用于重现和分析缺陷、研究缺陷和程序其他模块的相关性是测试用例有利的补充具体问题具体分析测试用例的内容项目名称（版本）——模块名称——测试功能项项目人员——测试时间测试目的——预置条件——其他参考信息测试用例编号——相关用例用例说明——输入条件——执行方法预期结果测试结果缺陷编号常用的测试用例设计方法黑盒测试&白盒测试黑盒测试是对需求的所有输入条件进行测试定义：被称为功能测试或数据驱动测试，在测试时，把被测试程序视为一个黑盒，在不考虑程序内部结构和内部特性的情况下进行测试黑盒测试方法等价类划分分类每类中选取几个数值等价类划分步骤：划分等价类：不考虑程序的内部结构测试人员要对需求规格说明书的功能需求进行细致分析然后把程序的输入域划分成若干部分从每个部分中选取少数代表性数据当作测试用例，经过这种划分后，每一类的代表性数据在测试中的作用都等价于这一类的其他值。
建立等价类表确定等价类细化等价类划分等价类划分分为有效等价类和无效等价类合理的有意义的输入数据构成的集合就是有效等价类不合理的、无意义的输入数据构成的集合。
用来检查程序中功能的实现是否不符合规格说明要求。
就是无效等价类。
决策表
0
0
━
1
0
━
━
0
P
P
P
练习
根据输入3条边（a,b,c）边长的值来判 断是否构成一个构成一个三角形，如果 是三角形，继续判断是一般三角形、等 腰三角形还是等边三角形。假定a、b、c 只能输入大于零的数，不考虑a、b、c为 负数和取零的情况。
试构造其决策表
NextDate函数的决策表测试用例设计
根据所执行的操作，可列出NextDate函数的动 作桩：
a1: 不可能； a2: day加1； a3: day复位； a4: month加1； a5: month复位； a6: year加1
考虑到决策表的规模，条件使用month、day、 year变量的等价类，在以下等价类集合上建立决策 表： 对于month变量的取值：
解法如下：
确定规则的个数。对于本题有2个条件（销售、库存），每 个条件可以有两个取值，故有22=4种规则。
列出所有的条件桩和动作桩。
填入条件项。
填入动作项，得到初始决策表
规则
选项
1
2
3
4
条件：
C1：销售好?
T
T
F
F
C2：库存低?
T
F
T
F
动作：
a1：增加生产
√
a2：继续生产
√
√
a3：停止生产
适用于使用决策表设计测试用例的条件
规格说明以决策表形式给出，或较容易转换为决 策表。
条件的排列顺序不会也不应影响执行的操作。 规则的排列顺序不会也不应影响执行的操作。
当某一规则的条件已经满足，并确定要执行的操 作后，不必检验别的规则。
软件测试中的有限状态机与决策表
软件测试中的有限状态机与决策表在软件测试领域，有限状态机（Finite State Machine，简称FSM）和决策表（Decision Table）是常用的测试工具和技术。
它们能够帮助测试人员更好地设计和执行测试用例，提高测试效率和测试覆盖率。
本文将介绍有限状态机和决策表，并探讨它们在软件测试中的应用。
一、有限状态机（FSM）有限状态机是一种数学模型，用于描述系统在不同状态之间转换的行为。
它由一组状态、一组输入和一组转换规则组成。
在软件测试中，有限状态机可以帮助测试人员把系统的行为分解成一系列离散的状态，并定义系统在不同状态下接受的输入以及状态之间的转换规则。
在使用有限状态机进行软件测试时，测试人员需要首先确定系统的各个状态，然后定义每个状态下的输入和转换规则。
接下来，可以使用测试用例来模拟系统的运行，并通过观察系统在不同状态下的行为来验证系统的正确性。
有限状态机的优点是能够将系统行为分解成离散的状态，使得测试用例的设计和执行更加简单直观。
它能够帮助测试人员发现系统中可能存在的错误和异常行为，并提供可靠的测试覆盖度衡量指标。
然而，有限状态机在处理复杂系统时可能存在状态爆炸问题，即状态之间的转换规则过于复杂，导致测试用例数量庞大，增加测试的工作量。
二、决策表（Decision Table）决策表是一种以表格形式表示的测试工具，用于描述系统在不同条件下所做的决策和相应的行为。
决策表由一组条件列和一组动作列组成，每个条件列表示一个输入条件，每个动作列表示一个输出动作。
通过组合不同的条件和动作，可以设计出全面而高效的测试用例。
在使用决策表进行软件测试时，测试人员需要先确定系统可能的条件和动作，然后构建决策表模型。
之后，可以使用决策表来生成测试用例，并验证系统在不同条件下的决策是否符合预期。
决策表的优点是能够将系统的各种条件和动作组合形成一个易于理解和维护的模型。
它能够帮助测试人员快速生成全面且高效的测试用例，并发现系统在不同条件下可能出现的问题。
软件测试NextDate函数决策表测试法实验报告
软件测试NextDate函数决策表测试法实验报告一、实验目的：掌握黑盒测试中的决策表测试法，并对被测程序设计测试用例。
二、实验环境操作系统：Windows XP + SP2 /win7三、实验内容1、编写一个NextDate函数。
2、掌握黑盒测试中的决策表测试法的基本步骤。
3、使用决策表法设计测试用例，对编写的函数实施测试，总结分析测试结果。
四、实验步骤1、编写一个NextDate函数。
（C语言、C++）2、根据黑盒测试的决策表测试法设计测试用例。
3、根据测试用例实施测试，并记录测试结果。
五、实验代码#include using namespace std; int a,b,c,y,m,d; //判断是否为闰年bool Feb(int y){ if((2060-y)%4==0) return 1; elsereturn 0;} //年份的累加int NextYear(int y){ a=y+1;if(a>2060){cout<return a;} //月份的累加int NextMonth(int m){ b=m+1; if(b==13){ b=1;NextYear(y);} return b;} //天数的累加int NextDay(int d){ c=d+1;//大月满32天月份加1 if(c==32){if(m==1|m==3|m==5|m==7|m==8|m==10|m==12) {c=1;NextMonth(m);}}//小月满31天月份加1 if(c==31){if(m==4|m==6|m==9|m==11) {c=1;NextMonth(m);}}//若为闰年，2月满30天，月份加1 if(c==30){if(Feb(y)&&m==2){ c=1; b=3;}}//若不是闰年，2月满29天，月份加1 if(c==29){if(!Feb(y)&&m==2){ c=1; b=3;}} return c;} //NextDate函数int NextDate ( int y, int m, int d){ if(y<1900|y>2060|m<1|m>12|d<1|d>31){cout<if(m==4|m==6|m==9|m==11&&d==31) {cout<if(Feb(y)&&m==2&&d>29) {cout<if(!Feb(y)&&m==2&&d>28){cout<NextDay(d);cout<//main函数 int main() {while(1){cout << \请输入正确格式的日期.\cout << \年份范围是1960-2060\cout<>y; cout<>m;cout<>d; a=y; b=m; c=d;NextDate ( y, m, d);} return 0;}六、测试用例表NxetDate函数求解给定某个日期的下一个日期的动作桩如下：变量day加1操作；变量day复位操作；变量month加1操作；变量month复位操作；变量year加1操作NxetDate函数的求解关键是日和月的问题，所以可以在下面的条件桩的基础上建立决策表M1={month:month有30天}；M2={month:month有31天，12月除外}； M3={month:month是12月}；M4={month:month是2月}；感谢您的阅读，祝您生活愉快。
软件测试中的决策表技术
软件测试中的决策表技术在软件测试中，决策表技术是一种被广泛应用的测试方法。
决策表是一种以表格形式呈现的测试设计工具，能够清晰地表达系统的规则和条件，并帮助测试人员针对不同情况进行测试。
决策表技术的基本原理是，将系统的输入条件、输出结果以及各种规则和约束整理成一张表格，每一行代表一个测试用例，利用这些测试用例来检查系统的正确性。
以下是决策表技术的一般步骤：1. 确定系统的输入条件和输出结果：在进行软件测试之前，首先需要明确系统的输入条件和输出结果。
这些输入条件和输出结果可以是系统的功能需求、运行环境、用户需求等。
2. 列举所有可能的情况：根据系统的输入条件，列出所有可能的情况，并将它们归类。
每一列代表一种情况，每一行代表一种组合。
3. 确定规则和约束：在决策表中，每一列代表一种情况，每一行代表一种组合。
在表格中，可以使用逻辑运算符如AND、OR等来表示各种条件之间的关系，并用“是”和“否”来表示每一种情况下的输出结果。
4. 生成测试用例：根据决策表中的各种组合，生成相应的测试用例。
每一个测试用例都可以通过对应的行和列确定，并包含了系统的输入条件和预期的输出结果。
5. 执行测试用例：根据生成的测试用例，执行测试过程，并记录实际的输出结果。
6. 比较实际结果和预期结果：对于每一种情况，比较实际的输出结果和预期的输出结果。
如果两者一致，则说明系统在这种情况下的行为是正确的；如果不一致，则说明系统在这种情况下存在问题。
通过使用决策表技术，可以减少测试用例的数量，并覆盖系统中的各种情况。
同时，决策表技术还能够提高测试的可读性和可维护性，便于测试人员对测试用例的管理和维护。
然而，决策表技术也存在一些限制。
首先，对于复杂的系统，决策表可能会变得非常庞大，导致难以管理和维护。
其次，决策表技术只能检查系统是否符合规则，但不能检查是否存在其他不可预测的问题。
此外，决策表技术还需要测试人员具备一定的领域知识和逻辑思维能力，以确保生成的决策表正确和完整。
的决策表
√
决策表
➢ 条件项—针对条件桩给出的条件列出所有可能的取值 ➢ 动作桩—列出问题规定的可能采取的操作 ➢ 动作项—指出在条件项的各组取值情况下应采取的动作 ➢规则：任何一个条件组合的特定取值及其相应要执行的操作称为 规则
决策表生成
决策表化简
简化是以合并相似规则为目标 若表中有两条以上规则具有相同的动作，并
对于year变量的取值： Y1:{year:year是闰年}； Y2: {year:year不是闰年}
3、决策表的适用范围
决策表测试法适用于具有以下特征的应 用程序：
if-then-else逻辑突出； 输入变量之间存在逻辑关系； 涉及输入变量子集的计算； 输入与输出之间存在因果关系。
解法如下：
确定规则的个数。对于本题有2个条件（销售、库存），每 个条件可以有两个取值，故有22=4种规则。
列出所有的条件桩和动作桩。
填入条件项。
填入动作项，得到初始决策表
规则
选项
1
2
3
4
条件：
C1：销售好?
T
T
F
F
C2：库存低?
T
F
T
F
动作：
a1：增加生产
√
a2：继续生产
√
√
a3：停止生产
为了获得下一个日期，NextDate函数执行 如下操作
如果输入日期不是当月最后一天，则把day变量 的值加1；
如果输入日期是1~11月份中某月的最后一天， 则把day变量的值复位为1，month变量的值加1；
如果输入日期是12月的最后一天，则day变量和 month变量的值都复位为1，year变量的值加1
（1）列出所有的条件桩和动作桩。 （2） 确定规则的个数。 有n个条件的决策表有2n个规则（每个条件取真、 假值）。 （3） 填入条件项。 （4） 填入动作项，得到初始决策表。 （5） 简化决策表，合并相似规则。
决策表
决策表
• 在所有的黑盒测试方法中，基于决策表（也称判定表）的 测试是最为严格、最具有逻辑性的测试方法。 • 决策表的概念：决策表是分析和表达多逻辑条件下执行不 同操作的情况的工具。 • 决策表的优点：能够将复杂的问题按照各种可能的情况全 部列举出来，简明并避免遗漏。因此，利用决策表能够设 计出完整的测试用例集合。 • 在一些数据处理问题当中，某些操作的实施依赖于多个逻 辑条件的组合，即：针对不同逻辑条件的组合值，分别执 行不同的操作。决策表很适合于处理这类问题。
2 Y Y N x
3 Y N Y X
4 Y N N X
5 N Y Y X
6 N Y N x
7 N N YLeabharlann X8 N N N xY Y Y x
判定表在功能测试中的应用
• 一些软件的功能需求可用判定表表达得非 常清楚，在检验程序的功能时判定表也就 成为一个不错的工具。
–如果一个软件的规格说明指出：
(1)当条件1和条件2满足，并且条件3和条件4不满足， 或者当条件1、3和条件4满足时，要执行操作1。 (2)在任一个条件都不满足时，要执行操作2。 (3)在条件1不满足，而条件4被满足时，要执行操作3。
根据规格说明得到如下判定表
这里，判定表只给出了16种规则中的8种。事实上，除这8 条以外的一些规则是指当不能满足指定的条件，执行3种 操作时，要执行1个默许的操作。在没必要时，判定表通 常可略去这些规则。但如果用判定表来设计测试用例， 就必须列出这些默许规则（如下表）。
规则 5 条件 1 条件 2 条件 3 条件 4 默许操作 Y N x 规则 6 N Y N N x 默许的规则 规则 7 Y Y N Y x 规则 8 Y N N x
• 解答：
软件测试基础（四）用例设计方法之判定表驱动法
软件测试基础（四）⽤例设计⽅法之判定表驱动法判定表也称为决策表，⽤于描述程序输⼊条件组合与相应的程序处理动作之间的对应关系。
等价类划分和边界值分析都没有考虑被测程序输⼊条件的组合情况，只是孤⽴地考虑各个输⼊条件的测试数据取值问题，对输⼊组合情况下产⽣可能产⽣的错误没有进⾏充分地测试。
判定表驱动法从多个输⼊条件组合的⾓度来满⾜测试的覆盖率要求，是⿊盒测试⽅法中最严格、最有逻辑的测试⽅法。
1.判定表的构造与化简判定表⼀般由上图4个部分构成（1）条件桩：列出了问题所包含的所有条件。
⼀般情况下，条件的排列书必须⽆关紧要。
（2）动作桩：列出了问题规定可能采取的操作。
对这些操作的排列顺序⼀般没什么要求。
（3）条件项：条件桩中每个条件可以取真值或者假植，条件项给出了这些条件取值的多种组合情况。
（4）动作项：列出了在各种条件取值情况下应当采取的相应动作。
判定表的构造过程⼀般包括5个步骤： ①列出所有的条件桩和动作桩 ②根据条件桩中的条件个数确定规则的个数 ③根据条件组合，填⼊条件取值，形成每⼀个条件项 ④填⼊相应的动作项，得到初始判定表 ⑤化简初始判定表，合并相似规则2.判定表构造实例 （1） 假设程序的规格说明要求：“对于各科成绩⾼于85分并且是优秀毕业⽣的⼈员，或总是成绩⼤于450的⼈员，应当优先录取，其他情况进⾏正常处理”。
从规格说明可知，条件桩由“各科成绩均⾼于85分”“优秀毕业⽣”和“总成绩⼤于450分”三个条件构成，动作桩由“优先录取”和“正常处理”两种动作构成。
因为由三个条件，所以有23=8个规则。
根据8种条件取值组合情况，可以得到如下表所⽰判定表序号12345678条件各科成绩⾼于85分Y Y Y Y N N N N 优秀毕业⽣Y Y N N Y Y N N 总成绩⼤于450Y N Y N Y N Y N动作优先录取√√√√√正常处理√√√ 化简之后的判定表如下序号1，23456条件各科成绩⾼于85分Y Y Y N N 优秀毕业⽣Y N N--总成绩⼤于450-Y N Y N动作优先录取√√√正常处理√√ （2） ⼀个函数根据A、B、C三条边的输⼊值怕段是否能够构成三⾓形，如果能够构成三⾓形，进⽽判断是等腰三⾓形还是等边三⾓形。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试
实验报告
题目:决策表法的使用
学号:
:
教师:
东南大学成贤学院电子与计算机工程学院2017年9 月30 日
实验题目
1、实验容
NextDate 函数包含三个变量：month（月份）、day（日期）和year（年），函数的输出为输入日期前一天的日期。
例如，输入为2007年9月9日，则函数的输出为2007年9月10日。
要求输入变量month 、day 和year 均为整数值，并且满足下列条件：（1）1≤month≤12
（2）1≤day≤31
（3）1912≤year≤2050
2、实验目的与要求
分别输入测试用例，判断期望输出与实际输出是否相等
3、实验环境
操作系统WIN10
测试工具VS2010
测试语言c++语言
4、设计思路分析（包括需求分析、整体设计思路、概要设计）
需求分析：
此函数的主要特点是输入变量之间的逻辑关系比较复杂。
复杂性的来源有两个：一个是输入域的复杂性，另一个是指闰年的规则。
例如变量year和变量month取不同的值，对应的变量day会有不同的取值围，day值的围可能是1～30或1～31，也可能是1～28或1～29。
整体设计思路：
NextDate函数中包含了定义域各个变量之间的依赖问题。
等价类划分法和边界值分析法只能“独立地”选取各个输入值，不能体现出多个变量的依赖关系。
决策表法则是根据变量间的逻辑依赖关系设计测试输入数据，排除不可能的数据组合，很好地解决了定义域的依赖问题。
5、详细设计
NextDate函数求解给定某个日期的下一个日期的可能操作（动作桩）如下：
变量day加1操作；
变量day复位操作；
变量month加1操作；
变量month复位操作；
变量year加1操作。
根据上述动作桩发现NextDate函数的求解关键是日和月的问题，通常可以在下面等价类（条件桩）的基础上建立决策表：
M1＝{month：month有30天}
M2＝{month：month有31天，12月除外}
M3＝{month：month是12月}
M4＝{month：month是2月}
D1＝{day：1≤day≤27}
D2＝{day：day＝28}
D3＝{day：day＝29}
D4＝{day：day＝30}
D5＝{day：day＝31}
Y1＝{year：year是闰年}
Y2＝{year：year不是闰年}
决策表共有22条规则：
第1~5条规则解决有30天的月份；
第6~10条规则解决有31天的月份（除12月份以外）；
第11~15条规则解决12月份；
第16~22条规则解决2月份和闰年的问题。
不可能规则也在决策表中列出，比如第5条规则中在有30天的月份中也考虑了31日。
表1 输入变量间存在大量逻辑关系的NextDate函数决策表
表2 简化的NextDate函数决策表：
6、实验结果与分析
表3 NextDate函数的测试用例组
测试用例Month Day Year 预期输出实际输出Test case 1-3 5 15 2015 2015年5月16
日
Test case 4 5 30 2015 2015年5月31
日
Test case 5 5 31 2015 2015年6月1
日
Test case 6-9 4 15 2015 2015年4月16
日
Test case 10 4 31 2015 2015年5月1
日
Test case11-14 12 15 2015 2015年12月16
日
Test case 15 12 31 2015 2016年1月1
日
Test case 16 2 15 2015 2015年2月16
日
Test case 17 2 28 2016 2016年2月29
日
Test case 18 2 28 2015 2015年3月1
日
Test case 19 2 29 2016 2016年3月1
日
Test case 20 2 29 2015 不可能！
Testcase 21-22 2 30 2015 不可能！
7、实验体会与建议
程序的实际输出结果与预期结果不符合，但基本满足实验问题需求，基于决策表的测试对于某些应用程序(例如NextDate函数)很有效，但是对另外一些简单的应用程序就不值得使用决策表了。
附录代码
#include "stdafx.h"
bool NextDate(int i,int j,int k)
{
if(i>=1960&&i<=2050&&j>=1&&j<=12&&k>=1&&k<=31)
{
if(k>=1&&k<=27)
{k++;}
else
{
switch(k)
{
case 31:
{
if(j==1||j==3||j==5||j==7||j==8||j==10)
{
k=1;
j++;
}
else if(j==12)
{
k=1;
j=1;
i++;
}
else
{return false;}
break;
}
case 30:
{
if(j==4||j==6||j==9||j==11)
{
k=1;
j++;
}
else if(j==2)
{return false;}
else
{k++;}
break;
}
case 29:
{
if(j==2&&((i%4==0&&i%100!=0)||i%400==0))
{
k=1;
j++;
}
else if(j!=2)
{k++;}
else
{return false;}
break;
}
case 28:
{
if(j==2&&((i%4==0&&i%100!=0)||i%400==0))
{
k++;
}
else if(j!=2)
{k++;}
else
{
k=1;
j++;
}
break;
}
}
}
}
else
{
return false;
}
cout<<i<<"/"<<j<<"/"<<k<<endl;
}
int main()
{
int day,month,year;
while(1)
{
cout<<"请输入年、月、日："<<endl;
cin>>year>>month>>day;
NextDate(year,month,day);
if(NextDate(year,month,day)==false)
{cout<<"不可能！"<<endl;}
}
. . ..
system("pause");
return 0;
}
.资料. . .。