测试用例之因果图

因果图法产生的背景:

等价类划分法和边界值分析方法都是着重考虑输入条件,但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视了。

如果在测试时必须考虑输入条件的各种组合,则可能的组合数目将是天文数字,因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计,这就需要利用因果图(逻辑模型)。

一、基本认识

定义

因果图(Cause-EffectGraphing)是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。提供了一个把规格转化为判定表的系统化方法,从该图中可以产生测试数据。其中原因是表示输入条件,结果是对输入执行的一系列计算后得到的输出。

应用的范围

更复杂的条件组合,2^n,n比较多的时候

使用因果图的好处

1 考虑了多个输入之间的相互组合、相互制约关系

2 能够帮助我们按一定步骤,高效率地选择测试用例,同时还能为我们指出,程序规格说明描述中存在着什么问题

二、基本使用

因果图关系

因果图中使用了简单的逻辑符号,以直线联接左右结点。左结点表示输入状态(或称原因),右结点表示输出状态(或称结果)。

解释

①恒等:若ci是1,则ei也是1;否则ei为0。

②非:若ci是1,则ei是0;否则ei是1。

③或:若c1或c2或c3是1,则ei是1;否则ei为0。“或”可有任意个输入。

④与:若c1和c2都是1,则ei为1;否则ei为0。“与”也可有任意个输入。

约束

输入状态相互之间还可能存在某些依赖关系,称为约束。例如,某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中,用特定的符号标明这些约束。如图2-2所示。

解释

① E约束(异):a和b中至多有一个可能为1,即a和b不能同时为1。

② I约束(或):a、b和c中至少有一个必须是1,即 a、b 和c不能同时为0。

③ O约束(唯一);a和b必须有一个,且仅有1个为1。

④R约束(要求):a是1时,b必须是1,即不可能a是1时b是0。

⑤M约束(强制):若结果a是1,则结果b强制为0。

设计测试用例步骤

1、分析待测得系统规格,找出原因与结果

分析软件规格说明描述中,哪些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件),并给每个原因和结果赋予一个标识符。

2、画出因果图

分析软件规格说明描述中的语义。找出原因与结果之间,原因与原因之间对应的关系。根据这些关系,画出因果图。

3、标记约束或限制条件

由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况下不可能出现。 为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件。

4、把因果图转换为判定表。

5、用判定表中的每一项生成测试用例。

三、实例演练

某软件规格说明书包含这样的要求:第一列字符必须是A或B,第二列字符必须是一个数字,在此情况下进行文件的修改,但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M。

1、对说明进行分析,得到原因和结果

原因:

1:第一列字符是A; 2:第一列字符是B; 3:第二列字符是一数字。

结果:

21:修改文件; 22:给出信息L; 23:给出信息M。

2、其对应的因果图如下

11为中间节点;考虑到原因1和原因2不可能同时为1,因此在因果图上施加E约束,如图所示。

3、根据因果图建立判定表

表中8种情况的左面两列情况中,原因1和原因2同时为1,这是不可能出现的,故应排除这两种情况。

4、把判定表的每一列拿出来作为依据,设计测试用例

我们把表的最下一栏给出了6种情况的测试用例,这是我们所需要的数据。

时间: 2024-10-14 00:54:58

测试用例之因果图的相关文章

软件测试用例之因果图法

简介 从用自然语言书写的程序规格说明的描述中找出因(输入条件)和果(输出或程序状态的改变),可以通过因果图转换为判定表. 因果图法即因果分析图,又叫特性要因图.石川图或鱼翅图,它是由日本东京大学教授石川馨提出的一种通过带箭头的线,将质量问题与原因之间的关系表示出来,是分析影响产品质量的诸因素之间关系的一种工具. 作用 因果图法是一种适合于描述对于多种输入条件组合的测试方法,根据输入条件的组合.约束关系和输出条件的因果关系,分析输入条件的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条

黑盒测试用例设计-错误推测和因果图方法

3.错误推测方法 基于经验和直觉,找出程序中你认为可能出现的错误,有针对性地设计测试用例.经验可能来自于在对某项业务的测试较多,也可以来自于售后用户的反馈意见,或者从故障管理库中整理bug.梳理出产品以往哪些地方容易出现问题,问题越多的地方,潜在的bug也就越多. 另外,在项目测试过程中,针对非用例所发现的问题,如通过探索测试.随机测试等方法发现的或售后反馈的问题,如果具有普遍性,可以将其转化为用例,作为当前用例库的经验用例补充. 4.因果图方法 前面介绍的等价类划分法和边界值分析法都是着重考虑

测试小笔记(黑\白盒测试及区别、测试用例的设计)

测试的概念: 白盒测试 黑盒测试 白盒测试.黑盒测试优劣比较   测试用例的设计 一般而言,在所有的方法中效率最低的是随机输入测试,即在所有可能的输入值中随机选取某个子集来对程序进行测试的过程. 白盒测试的方法:1)语句覆盖.2)判定覆盖.3)条件覆盖.4)判定/条件覆盖.5)多重条件覆盖. 1.>语句覆盖:较弱的准则,将程序中的每条语句至少执行一次. 2.>判定覆盖或分支覆盖:较强的逻辑覆盖准则,必需编写足够的测试用例,使得每个判断都至少有一个为真和为假的输出结果.也就是说每条分支路劲都必须

cc笔记_web测试用例

一些常用模块的测试用例 1.登录 2.添加 3.查询 4.删除 1.登录 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求,密码不符合要求(格式上的要求) ④密码符合要求,用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名,不存在的密码 ⑦数据库中存在的用户名,错误的密码 ⑧数据库中不存在的用户名,存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码 以后按[enter]是否能登陆 2.添加 ①要添加的数据项

黑盒技术生成测试用例几种常见方法

因为实验还没做,所以无法写实验报告.在这里我将简述几种常见的黑盒测试方法. 黑盒测试,又称功能测试或者数据驱动测试.是把测试对象看作一个黑盒子.利用黑盒测试法进行动态测试时,需要测试软件产品的功能.不需要测试软件产品的内部结构和处理过程.   采用黑盒技术设计的测试用例方法有: 等价类划分方法 边界值分析 错误推测 因果图方法 判定表驱动分析方法 正交实验设计方法 功能图分析方法 等价类划分: 把所有可能的输入数据,即程序的输入域划分成若干部分,然后从每一个子集中选取少数具有代表性的数据作为测试

测试用例设计方法基础理论知识

一.什么是测试用例 测试用例设计:将软件测试的行为活动,作为一个科学化的组织归纳. 测试用例:设计一个情况,软件程序在这种情况下,必须能够正常运行并且达到程序所设计的执行结果. 因为我们不可能进行穷举测试,为了节省时间和资源.提高测试效率,必须从数量极大的可用测试数据精心挑选出具有代表性或者特殊性的测试数据来进行测试. 二.测试用例的好处 在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率. 测试用例的使用令软件测试的实施重点突出.目的明确. 在软件版本更新后只修正少部分的测试用例

《软件测试工程师》 17 用例设计方法-因果图

因果图(鱼骨图) 应用场景: 遇到复杂的业务逻辑,判定表无法搞定:判定表主要考虑条件与动作间的关系, 很少考虑条件与条件之间的关系,这时候就可以用到因果图. 输入与输出关系 1. 恒等:当输入条件发生时,结果一定发生:当输入条件不发生时,结果一定不发生 2. 非: 当输入条件发生时,结果一定不发生:当输入条件不发生时,结果一定发生 3. 与:当多个输入条件都发生时,结果才会出现 4. 或: 多个条件中的一个条件发生了,结果就会发生 输入与输入的关系: 1. 异:所以输入条件中,至多有一个:可以为

测试方法选择策略

Myers策略: 在任何情况下都必须使用边界值分析法,经验表明这种方法设计出测试用例发现错误的能力最强. 必要时用等价类划分方法补充一些测试用例. 用错误推测法再追加一些测试用例. 对照程序逻辑,检查出已设计出的测试用例的逻辑覆盖程度,如果没有达到要求的覆盖标准,应当再补充足够的测试用例. 如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图法. 策略流程: 1.根据需求,设计规格等相关说明构造基本测试用例类型 2.采用边界值方法补充测试用例 3.采用等价类划分方法补充测试用例 4

黑盒测试啦啦啦啦

因为这周的实验是黑盒测试哒~所以这里对黑盒测试的相关内容以及生成测试用例的方法进行总结~~ 1.黑盒测试的基本含义: 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用.是把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息.黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试. 2.黑盒测试的作用: 黑盒测