软件测试技术_韩永国_第四章黑盒测试第三节基于判定表的测试
- 格式：ppt
- 大小：450.52 KB
- 文档页数：4
下载文档原格式
合集下载
软件测试技术软件测试分类
β测试是完全交给最终用户的测试
单元、集成、系统、验收测试关系
功能测试
功能测试一般须在完成集成测试后进行，而且是 针对应用系统进行测试。功能测试是基于产品功
能说明书，是在已知产品所应具有的功能பைடு நூலகம்从用
户角度来进行功能验证，以确认每个功能是否都
能正常使用
功能测试包括逻辑功能测试、界面测试、易用性 测试、安装测试、兼容性测试
负载测试：被测试系统在其能忍受的压力的极限范围之 内连续运行 压力测试:指不断地给被测系统增加压力，直到将被测系 统压垮为止
回归测试&冒烟测试&随机测试
回归测试 的 软件新的版本发布后，重复执行上 一个版本测试时的测试用例。 冒烟测试 在进行大规模测试之前，先随机选择 一些模块进行功能性的测试，判断是否具备全面 测试的条件。
软件测试技术
- 软件测试分类
软件测试方法
黑盒测试和白盒测试 静态测试和动态测试
单元测试、集成测试
验收测试 回归测试、冒泡测试、 随机测试 功能测试、性能测试
黑盒测试和白盒测试
客户需求
结构测试 逻辑驱动测试
输出
输入
事件驱动
功能测试 数据驱动测试
黑盒测试
把被测软件看作是一个黑盒子，不关系盒子里面的 结构是什么样子，值关心软件的输入数据和输出结果。
市场需求分析会议记要 , 功能设计, 技术设计 测试计划, 测试用例
功能验证
代码完成文件包,功能详细设计说 明书 最终技术文档
代码修改后的文件包 完整测试用例,完备的测试计划 代码冻结文件包 确认测试用例 代码发布文件包 测试计划检查清单
完整测试用例,完备的测试计划, 缺 陷报告, 功能验证测试报告
单元、集成、系统、验收测试关系
功能测试
功能测试一般须在完成集成测试后进行，而且是 针对应用系统进行测试。功能测试是基于产品功
能说明书，是在已知产品所应具有的功能பைடு நூலகம்从用
户角度来进行功能验证，以确认每个功能是否都
能正常使用
功能测试包括逻辑功能测试、界面测试、易用性 测试、安装测试、兼容性测试
负载测试：被测试系统在其能忍受的压力的极限范围之 内连续运行 压力测试:指不断地给被测系统增加压力，直到将被测系 统压垮为止
回归测试&冒烟测试&随机测试
回归测试 的 软件新的版本发布后，重复执行上 一个版本测试时的测试用例。 冒烟测试 在进行大规模测试之前，先随机选择 一些模块进行功能性的测试，判断是否具备全面 测试的条件。
软件测试技术
- 软件测试分类
软件测试方法
黑盒测试和白盒测试 静态测试和动态测试
单元测试、集成测试
验收测试 回归测试、冒泡测试、 随机测试 功能测试、性能测试
黑盒测试和白盒测试
客户需求
结构测试 逻辑驱动测试
输出
输入
事件驱动
功能测试 数据驱动测试
黑盒测试
把被测软件看作是一个黑盒子，不关系盒子里面的 结构是什么样子，值关心软件的输入数据和输出结果。
市场需求分析会议记要 , 功能设计, 技术设计 测试计划, 测试用例
功能验证
代码完成文件包,功能详细设计说 明书 最终技术文档
代码修改后的文件包 完整测试用例,完备的测试计划 代码冻结文件包 确认测试用例 代码发布文件包 测试计划检查清单
完整测试用例,完备的测试计划, 缺 陷报告, 功能验证测试报告
2014-第4章黑盒测试PPT课件
健壮性测试最关心的是预期的输出，而不是输入。健壮 性测试的最大价值在于观察处理异常情况，它是检测软件系 统容错性的重要手段。
第4章 黑 盒 测 试
4.1.4 最坏情况测试 最坏情况测试拒绝单缺陷假设，它关心的是当多个变量
取极值时出现的情况。最坏情况测试中，对每一个输入变量 首先获得包含最小值、略大于最小值、正常值、略小于最大 值、最大值的五个元素集合的测试，然后对这些集合进行笛 卡尔积计算，以生成测试用例。
边界值分析关注的是输入空间的边界，从中标识测试用例。 边界值测试背后的基本原理是错误更可能出现在输入变量的极 值附近。因此针对各种边界情况设计测试用例，可以查出更多 的错误。
第4章 黑 盒 测 试
4.1.1 边界条件 边界条件就是一些特殊情况。一般的，在条件C下，软件
执行一种操作，对任意小的值σ，条件C+σ或C-σ会执行另外的 操作，则C就是一个边界。
x2 d
c oa
b
x1
图4-1-3 两个变量函数的健壮性测试用例
第4章 黑 盒 测 试
例如，有一个二元函数f(x，y)，要求输入变量x，y分别 满足：x∈[0，100]，y∈[1000，3000]，对其进行健壮性测 试，则需要设计13个测试用例。根据健壮性测试的原理，可 以得到下面一组测试数据：{<-1，1500>，<0，1500>，<1， 1500>，<50，1500>，<99，1500>，<100，1500>，<101， 1500>，<50，999>，<50，1000>，<50，1001>，<50， 2999>，<50，3000>，<50，3001>}。
第4章 黑 盒 测 试
4.1.4 最坏情况测试 最坏情况测试拒绝单缺陷假设，它关心的是当多个变量
取极值时出现的情况。最坏情况测试中，对每一个输入变量 首先获得包含最小值、略大于最小值、正常值、略小于最大 值、最大值的五个元素集合的测试，然后对这些集合进行笛 卡尔积计算，以生成测试用例。
边界值分析关注的是输入空间的边界，从中标识测试用例。 边界值测试背后的基本原理是错误更可能出现在输入变量的极 值附近。因此针对各种边界情况设计测试用例，可以查出更多 的错误。
第4章 黑 盒 测 试
4.1.1 边界条件 边界条件就是一些特殊情况。一般的，在条件C下，软件
执行一种操作，对任意小的值σ，条件C+σ或C-σ会执行另外的 操作，则C就是一个边界。
x2 d
c oa
b
x1
图4-1-3 两个变量函数的健壮性测试用例
第4章 黑 盒 测 试
例如，有一个二元函数f(x，y)，要求输入变量x，y分别 满足：x∈[0，100]，y∈[1000，3000]，对其进行健壮性测 试，则需要设计13个测试用例。根据健壮性测试的原理，可 以得到下面一组测试数据：{<-1，1500>，<0，1500>，<1， 1500>，<50，1500>，<99，1500>，<100，1500>，<101， 1500>，<50，999>，<50，1000>，<50，1001>，<50， 2999>，<50，3000>，<50，3001>}。
黑盒测试教程
黑盒测试教程什么是黑盒测试？黑盒测试是一种软件测试方法，旨在验证软件功能的正确性而不考虑内部代码逻辑。
黑盒测试中，测试人员仅通过输入合适的数据，检查程序的输出结果是否符合预期。
黑盒测试的特点1.独立性：黑盒测试可以独立于编写代码的开发人员进行，从而确保测试的客观性和独立性。
2.用户视角：测试人员以用户的角度进行测试，关注软件的功能和用户体验，而不需要了解内部实现。
3.功能验证：主要验证软件是否按照规格说明书的要求正常运作，并检查程序中的错误。
黑盒测试的步骤1.确定测试用例：根据需求规格说明书或用户手册，确定需要测试的功能点和边界条件。
2.设计测试用例：设计一组输入数据，包含有效数据、无效数据、边界值数据等，以覆盖各种情况。
3.执行测试用例：运行设计好的测试用例，分析程序的输出结果，检查是否符合预期。
4.记录测试结果：记录每个测试用例的执行结果和发现的问题，便于开发人员进行修复。
黑盒测试的优势1.高效验证功能：通过黑盒测试可以快速验证软件的功能是否符合规格要求，提高测试效率。
2.客观性强：由于测试人员不知道内部实现细节，测试过程更客观，能发现用户视角下的问题。
3.易于学习和使用：不需要深入了解程序内部逻辑，只需根据需求规格进行测试，降低学习成本。
总结通过本文，我们了解了黑盒测试的定义、特点、步骤和优势。
黑盒测试作为一种重要的测试方法，可有效验证软件功能的正确性，提高软件质量，对于软件开发过程中的质量保证至关重要。
在实际工作中，我们应当结合黑盒测试和其他测试方法，全面提升软件质量，满足用户需求。
黑盒测试的主要测试方法有哪些
黑盒测试的主要测试方法有哪些黑盒测试是一种软件测试方法，测试人员仅关注程序的输入与输出，而不了解程序内部的逻辑结构或代码实现细节。
通过这种方法，可以保证测试的客观性和独立性，有效地发现程序的功能性问题。
在黑盒测试中，有多种测试方法可供选择，以下是主要的几种：1. 等价类划分等价类划分是一种常用的黑盒测试方法，将输入数据分为有效等价类和无效等价类，然后从每个等价类中选择少量的测试用例进行测试。
这种方法可以有效地减少测试用例的数量，但又能覆盖全面。
2. 边界值分析边界值分析是一种基于输入数据边界的黑盒测试方法，测试人员针对输入数据的边界值设计测试用例。
例如，对于一个接受1到100之间的输入的程序，测试用例应包括1、100和1到100之间的几个边界值。
3. 因果图测试因果图测试是一种通过分析系统中的输入和输出之间的关系来设计测试用例的黑盒测试方法。
测试人员可以使用因果图工具绘制出系统的输入、输出和条件之间的关系，并据此设计测试用例，以全面检查系统的功能性。
4. 决策表测试决策表测试是一种以逻辑决策为基础的黑盒测试方法，通过制定决策表来描述系统的各种情况和相应的处理逻辑，然后设计测试用例覆盖不同的情况，确保系统的逻辑路径覆盖全面。
5. 状态转换测试状态转换测试是一种测试状态机的黑盒测试方法，通过确定系统的不同状态及状态间的转换条件，设计测试用例来覆盖各种状态转换情况，以验证系统在不同状态下的行为是否符合预期。
结论以上是黑盒测试中常用的几种主要测试方法，每种方法都有自己的特点和适用场景。
在实际测试过程中，测试人员可以根据测试需求和系统的特点灵活选择合适的测试方法来进行测试，以确保软件质量和可靠性。
软件测试黑盒测试
软件测试黑盒测试
2.2.2 等价类划分法的测试运用
等价类测试存在两个问题： 一是规格说明往往没有定义无效测试用例的期望输出应
该是什么样的。因此，测试人员需要花费大量时间来定义这 些测试用例的期望输出。
二是强类型语言没有必要考虑无效输入。传统等价类测 试是诸如FORTRAN和COBOL这样的语言占统治地位年代的产 物，那时这种无效输入的故障很常见。事实上，正是由于经 常出现这种错误，才促使人们使用强类型语言。
软件测试黑盒测试
2.1黑盒测试的基本概念
黑盒测试是从用户观点出发的测试，其目的是尽可能发 现软件的外部行为错误。在已知软件产品功能的基础上， 检测软件功能能否按照需求规格说明书的规定正常工作，
是否有功能遗漏； 检测是否有人机交互错误，是否有数据结构和外部数据库
访问错误，是否能恰当地接收数据并保持外部信息（如数 据库或文件）等的完整性； 检测行为、性能等特性是否满足要求等； 检测程序初始化和终止方面的错误等。
1．边界条件 边界是一些特殊情况。程序在处理大量中间数值时都是正 确，但是在边界处可能出现错误。边界条件就是软件计划 的操作界限所在的边缘条件。 一些可能与边界有关的数据类型有：数值，速度，字符， 地址，位置，尺寸，数量等。同时，考虑这些数据类型的 下述特征： 第一个/最后一个，最小值／最大值，开始／完成， 超过/在内，空／满，最短／最长，最慢/最快，最早/最迟 ，最高／最低，相邻／最远等。
软件测试黑盒测试
2.3.1 边界值分析法
2．边界值分析测试 这里讨论一个有两个变量x1和x2的程序P。假设输入变量x1
和x2在下列范围内取值: a≤x1≤b, c≤x2≤d
边界值分析利用输入变量的最小值（min），稍大于最 小值(min+)，域内任意值（nom），稍小于最大值(max-)， 最大值(max)来设计测试用例。即通过使所有变量取正常值， 只使一个变量分别去最小值，略高于最小值、略低于最大值 和最大值。
2.2.2 等价类划分法的测试运用
等价类测试存在两个问题： 一是规格说明往往没有定义无效测试用例的期望输出应
该是什么样的。因此，测试人员需要花费大量时间来定义这 些测试用例的期望输出。
二是强类型语言没有必要考虑无效输入。传统等价类测 试是诸如FORTRAN和COBOL这样的语言占统治地位年代的产 物，那时这种无效输入的故障很常见。事实上，正是由于经 常出现这种错误，才促使人们使用强类型语言。
软件测试黑盒测试
2.1黑盒测试的基本概念
黑盒测试是从用户观点出发的测试，其目的是尽可能发 现软件的外部行为错误。在已知软件产品功能的基础上， 检测软件功能能否按照需求规格说明书的规定正常工作，
是否有功能遗漏； 检测是否有人机交互错误，是否有数据结构和外部数据库
访问错误，是否能恰当地接收数据并保持外部信息（如数 据库或文件）等的完整性； 检测行为、性能等特性是否满足要求等； 检测程序初始化和终止方面的错误等。
1．边界条件 边界是一些特殊情况。程序在处理大量中间数值时都是正 确，但是在边界处可能出现错误。边界条件就是软件计划 的操作界限所在的边缘条件。 一些可能与边界有关的数据类型有：数值，速度，字符， 地址，位置，尺寸，数量等。同时，考虑这些数据类型的 下述特征： 第一个/最后一个，最小值／最大值，开始／完成， 超过/在内，空／满，最短／最长，最慢/最快，最早/最迟 ，最高／最低，相邻／最远等。
软件测试黑盒测试
2.3.1 边界值分析法
2．边界值分析测试 这里讨论一个有两个变量x1和x2的程序P。假设输入变量x1
和x2在下列范围内取值: a≤x1≤b, c≤x2≤d
边界值分析利用输入变量的最小值（min），稍大于最 小值(min+)，域内任意值（nom），稍小于最大值(max-)， 最大值(max)来设计测试用例。即通过使所有变量取正常值， 只使一个变量分别去最小值，略高于最小值、略低于最大值 和最大值。
软件测试实验报告黑盒测试判定表
广西师范大学计信学院《软件测试技术》课程实验实验报告题目：黑盒测试法--判定表法班级：学号：姓名：完成日期：实验二黑盒测试法——判定表法实验目的：1.掌握因果图、判定表的方法2.掌握按判定表设计测试用例实验时间：4学时实验内容：1、题目一：隔一天日期问题功能描述：输入年份、月、日；输出：输入日期在日历上的隔一天日期。
如输入1912年12月15日，应输出1912年12月17日。
要求：(1) 读源码并分析程序，给出问题规定的可能采取的操作（即列出所有的动作桩）。
(2) 画出简化后的决策表，设计测试用例。
(3) 执行测试用例，进行测试记录和缺陷统计，给出缺陷报告。
2．程序设计及测试（以下任选一个），要求撰写测试报告（格式参照实验一）。
（1）请自己设计象棋走马问题程序，要求给出需求说明书，采用因果图法或综合采用所学黑盒测试法设计测试用例，并执行测试用例，进行缺陷统计和分析，并修正Bug。
（2）请设计实现简单的计算器功能，要求给出需求说明书，综合采用所学黑盒测试方法设计测试用例集合，并执行测试用例，进行缺陷统计和分析，并修正Bug。
实验过程：实验1：（1）动作桩：A1:day+2 A2:day=2 A3:day=1 A4:month+1 A5:moth=1 A6:year+1 A7:不可能有效等价类：Year：Y1{year是闰年} Y2{year不是闰年}Month：M1{month=4、6、9、11} M2:{month=1、3、5、7、8、10}M3{month=12} M4{month=2}Day：D1{1<=day<=26} D2{day=27} D3{day=28} D4{day=29} D5{day=30}D6{day=31}缺陷：当结果日期需要跳至下一个月时，结果会显示两次。
实验2：条件桩：1、棋子落在棋盘外2、落点未与起点构成日字型3、落点处有己方棋子4、落点处的临近交叉点5、落点处无棋子6、落点处对方棋子不是老将M：1、2、3、4动作桩：1、不移动棋子2、移动棋子3、除去对方棋子4、提示战胜对方，游戏结束#include <iostream>using namespace std;void main(){cout<<"象棋走马问题，根据情况选择回答0、是或1、否"<<endl;cout<<"“马”的落点处是否在棋盘外"<<endl;int a,b,c,d;cin>>a;cout<<"“马”的落点与起点是否不成“日”字型"<<endl;cin>>b;cout<<"“马”的落点处是否有其他己方棋子"<<endl;cin>>c;cout<<"“马”的落点临近交叉点是否有棋子"<<endl;cin>>d;int x,y;cout<<"“马”的落点处是否有棋子"<<endl;cin>>x;cout<<"“马”的落点出的棋子是否为老将"<<endl;cin>>y;if(a==0&&b==0&&c==0&&d==0)cout<<"不移动棋子"<<endl;if(a==1&&b==1&&c==1&&d==1&&x==1)cout<<"移动棋子"<<endl;if(a==1&&b==1&&c==1&&d==1&&x==0&&y==1)cout<<"移动棋子并出去对方棋子"<<endl;if(a==1&&b==1&&c==1&&d==1&&x==0&&y==0)cout<<"移动棋子并提示战胜对方，游戏结束"<<endl;if(a>1||b>1||c>1||d>1||x>1||y>1)cout<<"输入不规范"<<endl;}程序缺陷：每次运行程序，即使中途就出现输入不规范，但是仍要到最后才能提示出来。
第三节 软件测试方法-黑盒测试方法
边界值分析法
其它边界值检验：在不同的行业应用领域，依据硬件和软件的标准不 同而具有各自特定的边界值。如下列出部分手机相关的边界值：
边界值分析法
5、基于边界值分析方法选择测试用例的原则
1、如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值, 以及刚刚超越这个范围边界的值作为测试输入数据。
4、如果程序的规格说明给出的输入域或输出域是有序集合,则应选取 集合的第一个元素和最后一个元素作为测试用例。
如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构 的边界上的值作为测试用例。
分析规格说明,找出其它可能的边界条件。
概念：等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分 （子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。 该方法是一种重要的,常用的黑盒测试用例设计方法。
等价类划分法
等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于 揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表 值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分 为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就 可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有 两种不同的情况:有效等价类和无效等价类。
6、在确知已划分的等价类中各元素在程序处理中的方式不同的情况下, 则应再将该等价类进一步的划分为更小的等价类。
边界值分析法
概念：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测 试方法。通常边界值分析法是作为对等价类划分法的补充，这种情 况下，其测试用例来自等价类的边界。
根据大量的测试统计数据，很多错误是发生在输入或输出范围的边界 上，而不是发生在输入/输出范围的中间区域。因此针对各种边界情况 设计测试用例，可以查出更多的错误。
软件测试中的黑盒测试技术介绍
软件测试中的黑盒测试技术介绍软件测试是软件开发生命周期中至关重要的一环，其作用是发现软件中的缺陷，保证软件的质量。
而其中的黑盒测试技术是测试工作中的一个重要方面，本文将重点介绍黑盒测试技术的细节和使用。
一、什么是黑盒测试？黑盒测试也叫功能测试，是一种测试方法，其主要目标是检查系统或应用程序在特定条件下是否正确地操作，而不考虑内部的操作和代码的细节。
黑盒测试的测试人员不需要了解系统的具体实现和代码结构，只需要了解其功能，以通过测试用例和测试数据验证系统的正确性和质量。
二、黑盒测试的主要技术1. 等价类划分法等价类划分法是一种常见的黑盒测试方法，其目的是提高测试用例的效率。
该方法将测试数据和输入分成等价类，以便在每个等价类中选择最少的一个输入用于测试。
例如，当输入年龄时，可以将年龄等价划分为三类：无效输入，合法输入和临界输入。
测试人员只需在每个类别中选择一个输入即可。
2. 边界值分析边界值分析也是一种常见的黑盒测试方法，其目的是测试系统在输入极限值时的反应。
例如，当测试一个数字区间时，边界值分析的方法是选择最小的输入值、最大的输入值和恰好处于区间中央的值进行测试。
3. 决策表决策表是一种黑盒测试的工具，用于测试系统的决策逻辑。
它将所有可能的输入情况和相应的输出结果列成表格，从而确定测试方案和测试用例。
4. 因果图因果图是一种黑盒测试的工具，也可用于测试系统的决策逻辑。
它通过显示系统中事件和因果关系之间的图表来确定测试用例和测试方案。
三、黑盒测试的注意事项1. 理解需求和设计文档黑盒测试的测试人员必须完全理解需求和设计文档，以确保已覆盖了所有功能。
2. 使用多种测试技术在黑盒测试中使用多种测试技术可以更全面地测试系统并提高测试效率。
3. 确认输出与预期一致黑盒测试的测试人员应该检查所有输出结果是否与预期一致，并且足够准确。
4. 维护测试用例测试人员应该维护测试用例，并根据需求、设计文档和上一次测试的结果来更新。
软件质量保证中的黑盒测试技巧
软件质量保证中的黑盒测试技巧在软件开发中，黑盒测试是一种测试方法，它关注于软件外部行为和功能，而不考虑内部实现细节。
黑盒测试通过验证软件的功能是否符合预期，以及是否满足用户需求，从而保证软件质量。
本文将介绍一些在软件质量保证中常用的黑盒测试技巧。
一、等价类划分法等价类划分法是一种基于输入数据的黑盒测试技巧。
该方法将输入数据划分成等价类，即具有相同功能和影响软件响应的输入数据。
测试用例可以从每个等价类中选择一个或多个有效的测试样例，以及一个或多个无效的测试样例。
通过对等价类进行测试，可以有效地覆盖不同的输入情况，提高测试效率。
二、边界值分析法边界值分析法是一种基于输入边界值的黑盒测试技巧。
该方法将输入数据的边界值作为测试用例进行测试，因为在边界值附近往往存在着错误或异常情况。
测试用例可以选择输入的最小值、最大值，以及边界值的前后值。
通过边界值分析，可以更全面地测试软件的边界条件，提高测试覆盖率。
三、错误推测法错误推测法是一种基于错误的黑盒测试技巧。
通过分析软件需求和设计文档，测试人员可以推测出可能存在的错误和异常情况。
测试用例可以针对这些错误和异常情况进行设计，以验证软件对错误处理和异常情况的反应。
错误推测法可以帮助发现隐藏的错误，并加强软件的健壮性和可靠性。
四、决策表测试法决策表测试法是一种基于决策表的黑盒测试技巧。
决策表是一种用于描述软件逻辑规则的表格，其中包含了各种输入条件和对应的输出结果。
测试用例可以根据决策表中的条件和结果进行选择和设计。
通过决策表测试，可以有效地测试软件的各种逻辑路径和条件组合，发现隐藏的错误和漏洞。
五、状态图测试法状态图测试法是一种基于状态转换的黑盒测试技巧。
状态图是一种描述软件状态和状态转换的图形表示方法。
测试用例可以根据状态图中的状态和转换进行选择和设计。
通过状态图测试，可以全面地测试软件的各种状态和状态转换，发现边界条件和状态相关的错误。
六、因果图测试法因果图测试法是一种基于因果关系的黑盒测试技巧。
黑盒测试方法
黑盒测试方法
黑盒测试（Black-Box Testing）是一种软件测试技术，它基于
软件的功能而非其内部结构，旨在通过模拟真实用户使用情况，来测试软件的功能是否正常。
黑盒测试的步骤如下：
1. 了解软件的功能，设计测试用例：首先需要了解软件的功能，根据功能设计测试用例，确定测试的输入和输出，以及预期的结果。
2. 执行测试：根据设计的测试用例，执行测试，记录测试结果。
3. 结果分析：对测试结果进行分析，检查软件是否符合预期。
4. 报告缺陷：如果测试结果与预期不符，则可以报告缺陷，并提出修复建议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
动作桩
A1：进行优先处理 A2：作其他处理
Software Testing
例：维修机器问题（续）
（2）确定规则个数
功率大于50马力吗 维修记录不全吗 运行超过10年吗
输入条件个数：3；
每个条件的取值：“是”或“否”；
规则个数：2*2*2 =8；
Software Testing
例：维修机器问题（续）
Software Testing
（2）两条规则的进一步合并
条件项“—” 在逻辑上包 含其它的条 件。
Software Testing
3. 判定表建立步骤
根据软件规格说明
①列出所有的条件桩和动作桩； ②确定规则的个数；
假如有n个条件，每个条件有两个取值（0,1）, 则有2n 种规则；
③填入条件项； ④填入动作项，得到初始决策表； ⑤简化，合并相似规则（相同动作）。
Software Testing
规则示例：三角形问题
Software Testing
规则（续）
规则合并
规则合并就是判定表的简化。 有两条或多条规则具有相同的动作，并且
其条件项之间存在着极为相似的关系，就 可以将规则合并。
Software Testing
（1）两条规则合并成一条
条件项“—” 表示与取值 无关。
一、设计判定表
（1）条件桩
C1：a,b,c构成三角形？ C2：a = b? C3：a = c？ C4：b = c？
（2）规则数
共有四个条件，每个条件的取值为“是”或
“否”，因此有24= 16条规则。
Software Testing
（3）动作桩
A1：非三角形； A2：不等边三角形； A3：等腰三角形； A4：等边三角形； A5：不可能；
例：维修机器问题（续）
（5）化简；
(1) (2) (3) (4) (5)
功率大于50马力吗？ Y Y Y N N
条 维修记录不全吗？ 件
运行超过10年吗？
Y N N —— —Y N Y N
动 进行优先处理 作 作其他处理
✓✓
✓
✓
✓
Software Testing
4.3.2 基于判定表的测试
根据输入输出绘制判定表； 设计测试用例覆盖判定表中每条规则；
（4）填入动作项；
1 2 3 4 5 6 78
功率大于50马力吗？ Y Y Y Y N N N N
条 维修记录不全吗？ 件 运行超过10年吗？
Y Y N N Y Y NN Y N Y N Y N YN
动 进行优先处理 作 作其他处理
✓ ✓✓
✓
✓
✓
✓
✓
1，2合并，5，7合并，6，8合并
Software Testing
1 2 3 4 5 6 7 8 9 10 11
C1：a < b + c? F T T T T T T T T T T
Software Testing
例：维修机器问题
问题描述：
“……对于功率大于50马力的机器， 并且维修记录不全或已运行10年以 上的机器，应给予优先的维修处 理……”
请建立决策表。
Software Testing
例：维修机器问题（续）
（1）列出所有的条件桩和动作桩
条件桩
C1：功率大于50马力吗？ C2：维修记录不全吗？ C3：运行超过10年吗？
Software Testing
4.3.3 案例：三角形问题
问题描述
输入三个正整数a、b、c，分别作为三角形 的三条边，通过程序判断三条边是否能构成 三角形？如果能构成三角形，判断三角形的 类型（等边三角形、等腰三角形、一般三角 形）。
请用基于判定表的方法设计测试用例。
Software Testing
Software Testing
（4）判定表
12 3 4 5 6 7 89
a, b, c构成三角形 N Y Y Y Y Y Y Y Y
条 a = b? 件 a = c？
—Y Y Y Y N N N N —Y Y N N Y Y N N
b = c？
—Y N Y N Y N Y N
非三角形
✓
不等边三角形
软件测试技术
软件测试课程组
西南科技大学计算机学院
问题引入
例：
某个软件需求文档中有这样的说明：第一列 字符必须是A或B，第二列字符必须是一个 数字，在此情况下进行文件的修改。但如果 第一列字符不正确，则给出信息L；如果第 二列字符不是数字，则给出信息M。
边界值测试 等价类测试
23 4 5 6 7 8
功率大于50马力吗？ Y Y Y Y N N N N
条 维修记录不全吗？ 件
运行超过10年吗？
YYN N Y Y N N YNY N Y N Y N
动 进行优先处理 作 作其他处理
利用集合的笛卡尔积计算条件项的取值
Software Testing
例：维修机器问题（续）
同操作的工具。 在程序设计发展的初期，判定表被当作编
写程序的辅助工具。
Software Testing
2. 判定表的组成
条件桩（Condition Stub）
列出问题的所有条件
动作桩（Action Stub）
列出可能采取的操作
条件项（Condition Entity）
列出条件桩的取值
动作项（Action Entity）
列出条件项各种取值下应该采取的动作
Software Testing
判定表的组成
Software Testing
规则
任何一个条件组合的特定取值及其相应 要执行的操作称为规则；
在判定表中贯穿条件项和动作项的一列 就是一条规则；
判定表中列出多少组条件取值，也就有 多少条规则，即条件项和动作项有多少 列。
4.3 基于判定表的测试
判定表 基于判定表的测试 案例：三角形问题，NextDate问题 练习：隔一日问题
Software Testing
4.3.1 判定表
判定表的原理 判定表的组成 判定表建立的步骤
Software Testing
1. 判定表的原理
判定表
判定表（Decision Table），又叫决策表 判定表是分析和表达多逻辑条件下执行不
动 作
等腰三角形
等边三角形
✓
✓
✓
✓✓
不可能
✓✓
✓
Software Testing
注意：
条件的选择可以大大扩展判定表的规模；
例如
a, b, c构成三角形吗？可以扩展为三个条件： a < b + c? b < a + c? c < a + b?
Software Testing
条件桩修改后的判定表
A1：进行优先处理 A2：作其他处理
Software Testing
例：维修机器问题（续）
（2）确定规则个数
功率大于50马力吗 维修记录不全吗 运行超过10年吗
输入条件个数：3；
每个条件的取值：“是”或“否”；
规则个数：2*2*2 =8；
Software Testing
例：维修机器问题（续）
Software Testing
（2）两条规则的进一步合并
条件项“—” 在逻辑上包 含其它的条 件。
Software Testing
3. 判定表建立步骤
根据软件规格说明
①列出所有的条件桩和动作桩； ②确定规则的个数；
假如有n个条件，每个条件有两个取值（0,1）, 则有2n 种规则；
③填入条件项； ④填入动作项，得到初始决策表； ⑤简化，合并相似规则（相同动作）。
Software Testing
规则示例：三角形问题
Software Testing
规则（续）
规则合并
规则合并就是判定表的简化。 有两条或多条规则具有相同的动作，并且
其条件项之间存在着极为相似的关系，就 可以将规则合并。
Software Testing
（1）两条规则合并成一条
条件项“—” 表示与取值 无关。
一、设计判定表
（1）条件桩
C1：a,b,c构成三角形？ C2：a = b? C3：a = c？ C4：b = c？
（2）规则数
共有四个条件，每个条件的取值为“是”或
“否”，因此有24= 16条规则。
Software Testing
（3）动作桩
A1：非三角形； A2：不等边三角形； A3：等腰三角形； A4：等边三角形； A5：不可能；
例：维修机器问题（续）
（5）化简；
(1) (2) (3) (4) (5)
功率大于50马力吗？ Y Y Y N N
条 维修记录不全吗？ 件
运行超过10年吗？
Y N N —— —Y N Y N
动 进行优先处理 作 作其他处理
✓✓
✓
✓
✓
Software Testing
4.3.2 基于判定表的测试
根据输入输出绘制判定表； 设计测试用例覆盖判定表中每条规则；
（4）填入动作项；
1 2 3 4 5 6 78
功率大于50马力吗？ Y Y Y Y N N N N
条 维修记录不全吗？ 件 运行超过10年吗？
Y Y N N Y Y NN Y N Y N Y N YN
动 进行优先处理 作 作其他处理
✓ ✓✓
✓
✓
✓
✓
✓
1，2合并，5，7合并，6，8合并
Software Testing
1 2 3 4 5 6 7 8 9 10 11
C1：a < b + c? F T T T T T T T T T T
Software Testing
例：维修机器问题
问题描述：
“……对于功率大于50马力的机器， 并且维修记录不全或已运行10年以 上的机器，应给予优先的维修处 理……”
请建立决策表。
Software Testing
例：维修机器问题（续）
（1）列出所有的条件桩和动作桩
条件桩
C1：功率大于50马力吗？ C2：维修记录不全吗？ C3：运行超过10年吗？
Software Testing
4.3.3 案例：三角形问题
问题描述
输入三个正整数a、b、c，分别作为三角形 的三条边，通过程序判断三条边是否能构成 三角形？如果能构成三角形，判断三角形的 类型（等边三角形、等腰三角形、一般三角 形）。
请用基于判定表的方法设计测试用例。
Software Testing
Software Testing
（4）判定表
12 3 4 5 6 7 89
a, b, c构成三角形 N Y Y Y Y Y Y Y Y
条 a = b? 件 a = c？
—Y Y Y Y N N N N —Y Y N N Y Y N N
b = c？
—Y N Y N Y N Y N
非三角形
✓
不等边三角形
软件测试技术
软件测试课程组
西南科技大学计算机学院
问题引入
例：
某个软件需求文档中有这样的说明：第一列 字符必须是A或B，第二列字符必须是一个 数字，在此情况下进行文件的修改。但如果 第一列字符不正确，则给出信息L；如果第 二列字符不是数字，则给出信息M。
边界值测试 等价类测试
23 4 5 6 7 8
功率大于50马力吗？ Y Y Y Y N N N N
条 维修记录不全吗？ 件
运行超过10年吗？
YYN N Y Y N N YNY N Y N Y N
动 进行优先处理 作 作其他处理
利用集合的笛卡尔积计算条件项的取值
Software Testing
例：维修机器问题（续）
同操作的工具。 在程序设计发展的初期，判定表被当作编
写程序的辅助工具。
Software Testing
2. 判定表的组成
条件桩（Condition Stub）
列出问题的所有条件
动作桩（Action Stub）
列出可能采取的操作
条件项（Condition Entity）
列出条件桩的取值
动作项（Action Entity）
列出条件项各种取值下应该采取的动作
Software Testing
判定表的组成
Software Testing
规则
任何一个条件组合的特定取值及其相应 要执行的操作称为规则；
在判定表中贯穿条件项和动作项的一列 就是一条规则；
判定表中列出多少组条件取值，也就有 多少条规则，即条件项和动作项有多少 列。
4.3 基于判定表的测试
判定表 基于判定表的测试 案例：三角形问题，NextDate问题 练习：隔一日问题
Software Testing
4.3.1 判定表
判定表的原理 判定表的组成 判定表建立的步骤
Software Testing
1. 判定表的原理
判定表
判定表（Decision Table），又叫决策表 判定表是分析和表达多逻辑条件下执行不
动 作
等腰三角形
等边三角形
✓
✓
✓
✓✓
不可能
✓✓
✓
Software Testing
注意：
条件的选择可以大大扩展判定表的规模；
例如
a, b, c构成三角形吗？可以扩展为三个条件： a < b + c? b < a + c? c < a + b?
Software Testing
条件桩修改后的判定表