黑盒之测试用例设计策略

摘要:
严格来说,“错误推测”不是一种测试用例设计方法!重复此步骤,直到测试用例覆盖了所有有效的等价类。3设计一个新的测试用例,只覆盖一个无效的等价类。

测试用例设计策略

 在测试用例的设计过程中,通常为了要达到最优的覆盖,要采用多种不同的测试用例设计方法,其中比较有名的是, Myers提出了使用各种测试方法的综合策略:
1、在任何情况下都必须使用边界值分析方法,经验表明用这种方法设计出测试用例发现程序错误的能力最强;
2、必要时用等价类划分方法补充一些测试用例;
3、用错误推测法增加一些测试用例;
4、检查已设计出的测试用例的逻辑覆盖程度,如果没有达到要求的覆盖标准,应当再补充足够的测试用例;
5、如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图法。

当然以上仅仅是 Myers的一些总结或建议,所以在测试用例设计过程中,我个人的策略是如下:
测试用例的设计策略:
1、根据需求,设计规格等相关说明构造基本测试用例设计的类型(如功能,性能,安全等);

2、然后根据相关测试类型,构造正面和负面的测试用例;
3、采用边界值方法补充测试用例;

4、采用等价划分方法补充测试用例;

5、采用场景方设计测试用例;

6、采用正交实验方法/功能图方法设计测试用例;

7、采用因果图方法设计测试用例;

8、采用流程图方法设计测试用例;
9、状态转换补充测试用例;
10、为其它测试类型编写测试用例,如:性能,压力,安全,兼容性,配置,本地化,国际化等
11、通过启发示评审方法优化测试用例;
12、最后在不同的研发阶段设计相关的测试用例,如验收测试,回归测试等。

测试用例设计之“判定表驱动”法

 判定表简介

程序在一些数据处理问题中,某些操作是否产施依赖多个逻辑条件的取值,即就是这些逻辑条件取值组合所构成的多种情况下,分别执行不同的操作,所以想处理这类问题就需要用判定表(Decision Table

判定表组成

条件桩:列出了问题的所有条件

动作桩:列出了问题规定可能采取的操作

条件项:列出针对它所列条件的取值,在所有可能情况下的真假值

动作项:列出在条件项的各种取值情况下应该采取的动作

规则:任何一个条件组合的特定取值及其相应要执行的操作

注:判定表中贯穿条件项和动作项的一列就是一条规则;

判定表的建立(步骤)

第一步:确定规则的个数。假如有n个条件,每个条件有两个取值(0,1),故有2n种规则

第二步:列出所有的条件桩和动作桩

第三步:填入条件项

第四步:填入动作项。制定初始判定表

第五步:简化。合并相似规则或者相同动作

判定表设计测试用例的条件

规格说明以判定表的形式给出,或很容易转换成判定表

条件的排列顺序不影响执行哪些操作

规则的排列顺序不影响执行哪些操作

当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则

如果某一规则要执行多个操作,这些操作的执行顺序无关紧要


测试用例设计之“错误推测法”
错误推测法简介

错误推测法通常是哪些有经验的测试人员根据经验和直觉推测出程序可能存在的错误,然后有目的的进行测试。严格来讲“错误推测试法”并不是一种测试用例设计方法!

基本思想:根据测试人员的经验和直觉,列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据它们选择测试用例。

优点:充分发挥个人潜能,方便,如果组织好,是一种有效的辅助测试手段;

缺点:覆盖率难以估计,全凭个人经验和直觉,所以主观性比较强。


测试用例设计之边界值法
1.边界值分析法简介

边界值分析法是对输入或输出的边界值进行测试的一种黑盒测试方法。我们这里所指的“边界值”是相对于“输入等价类”和“输出等价类”而言的,稍高于其边界或低于其边界一些特点情况。

2 边界类型通常用以下几种:

边界条件:可以在产品说明书中有定义或者在使用软件过程中确定

内部边界条件:在软件内部,也称为内部边界条件

其他边界条件:如输入信息为空、非法、错误、不正确和垃圾数据

3 边界值的选择方法(原则)

序号

输入条件(数据)

输入边界值数据

1

规定了取值范围

刚刚达到这个范围

刚刚超越这个范围

2

规定值的个数

最大个数、比最大个数大1

最小个数、比最小个数少1

3

根据规格说明书的每个输出条件,使用原则12

4

输入或输出是个有序集合

集合的第一个、最后一个元素

5

程序中使用一个内部数据结构

内部数据结构边界上的值

6

分析规格说明,找出其他可能的边界

测试用例设计之“等价划分”法

1.等价类划分法简介:

等价类划分是一种典型的黑盒测试方法,用这一方法设计测试用例完全不考虑程序的内部结构,而是根据对程序的要求和说明,即需求规格说明书(RS)。将说明中对输入的要求和输出的要求区别开来并加以分解。等价类划分的办法是把程序的输入域划分成若干部分,然后从每个部分中选取少数代表性数据,在这个集合中每个输入条件都是等效的,如果其中一个输入不能发现问题,哪么集合中其它输入条件进行测试也不可能发现错误码。

2 等价类划分基础:

需求规格说明书(SR)中输入、输出要求

3 等价划分法设计测试用例步骤:

3.1 确定等价类:

其中等价划分中某个输入域的子集合;分为有效等价类和无效等价类

有效等价类:指对于程序规格说明书来说是合理的、有意义的输入数据构成的集合。利用有效等价类可以检验程序是否实现了规格说明书中的功能和性能

无效等价类:与有效等价的定义相反

说明:划分等价类原则(6条)

序号

输入条件(数据)

划分等价类

1

规定了取值范围

值的个数

一个有效等价类

两个无效等价类

2

规定了输入值的集合

规定了“必须如何”的条件

一个有效等价类

一个无效等价类

3

是一个布尔量

一个有效等价类

一个无效等价类

4

输入数据的一组值(n个),并且程序对每一个输入值分别进行处理

n个有效等价类

一个无效等价类

5

规定必须遵守的规则

一个有效等价类(符合规则)

若干个无效等价类

6

在确知已划分的等价类中,各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步地划分为更小的等价类

3.2列出等价类表

在确定了等价类之后,建立等价类表,列出所有划分出的等价类

输入条件

有效等价类

无效等类

……

……

……

3.3 确定测试用例

1为每个等价类规定一个惟一的编号

2设计一个新的测试用例,使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步骤,最后使得所有有效等价类均被测试用例所覆盖

3设计一个新的测试用例,使其只覆盖一个无效等价类。重复这一步骤,最后使得所有无效等价类均被测试用例所覆盖

经验教训:采用等价类划分方法设计测试用例,按照划分等价类、列出等价列表、确定测试用例三个步骤完成,目标是把可能的测试用例组合缩减到仍然足以满足软件测试需求为止。


[原创]测试用例设计之“因果图”法

因果图法简介

为什么使用“因果图”法设计测试用例?

等价类划分法并没有考虑输入情况的各种组合,也没有考虑输入情况之间的相互制约关系。这样虽然各种输入情况可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况去被忽略了,所以采用“因果图”法(Cause-effect Graphing),能帮助我们指出程序规格说明书存在差什么问题。

因果图设计方法

从用自然语言书写的程序规格说明的描述中找出因果,通过因果图转换成判定表

因果图导出测试用例步骤

第一步:分析程序规格说明的描述中,哪些是原因,哪些是结果。原在因常常是输入条件或是输入条件的等价类,结果是输出条件

第二步:分析程序规格说明的描述中语义的内容,并将其表示成连接各个原因与各个结果的‘因果图’

第三步:标明约束条件

第四步:把因果图转换成判定表

第五步:为判定表中每一列表示的情况设计测试用例

(1)因果图基本图形符号

通常在因果图中,用Ci 表示原因,Ei表示结果,各结点表示状态,可取值0(状态不出现)1(某状态出现)

恒等:若原因出现,则结果出现;若原因不出现,则结果不出现

非(~):若原因出现,则结果不出现;若原因不出现,则结果出现

或(V:若几个原因中有一个出现,则结果出现;若几个原因都不出现,则结果不出现;

与():若几个原因都出现,结果才出现;若其中有一个原因不出现,则结果不出现

黑盒之测试用例设计策略第1张

(2)
因果图的约束符号

从输入(原因)考虑四种约束

E(互斥):表示两个原因不会同时成立,两个中最多有一个可能成立

I(包含):表示三个原因中至少有一个必须成立

O(惟一):表示两个原因中必须有一个,且仅有一个成立

R(要求):表示两个原因,a出现时,b也必须出现,a出现时,b不可能不出现

从输出(结果)考虑一种约束

M(屏蔽):两个结果,a1时,b必须是0,当a0时,b值不定

黑盒之测试用例设计策略第2张

正交实验设计方法简介:

依据Galois理论,从大量的(实验)数据(测试例)中挑选适量的,有代表性的点(例),从而合理地安排实验(测试)的一种科学实验设计方法.类似的方法有:聚类分析方法,因子方法方法等.

概述

从大量的试验数据中挑选适量的、有代表性的点,从而合理地安排测试的一种科学的试验设计方法

使用已造好的表格“-”正交表来安排试验并进行数据分析的一种方法

因子:影响实现指标的条件

因子的状态:影响实现因子的条件

优点

节省测试工时

可控制生成的测试用例的数量

测试用例具有一定的覆盖率

设计步骤

提取功能说明,构造因子‘-’状态表。

加权筛选,生成因素分析表;

利用正交表构造测试数据集,正交表的推导依据Galois理论

L:代表正交表,L827)代表7为因子数,2为因子的水平数,8为此表行的数目(试验次数)

行数为mn型的正交表中,试验次数(行数)=(每列水平数-1)+1

例:53水平因子及一个2水平因子,表示为35*21,试验次数=5*(3-1)+1*(2-1)+112

L1235*2

 

测试用例设计之“状态迁移图”法

1 定义

状态迁移图法主要关注在测试状态转移的正确性上。对于一个有限状态机,通过测试验证其在给定的条件内是否能够产生需要的状态变化,有没有不可达的状态和非法的状态,可能不可能产生非法的状态转移等。通过构造能导致状态迁移的事件,来测试状态之间的转换。

2 应用的范围

一个功能的状态比较多的情况下,比如mp3,堆栈操作等.

3 步骤

状态迁移图的步骤:

1) 画出状态迁移图;

2) 列出状态——事件表;

3) 得到状态转换树;

4) 推出测试路径;

5) 根据测试路径编写测试用例。


测试用例设计之“功能图”法

功能图法简介:

功能图方法其实是一种灰盒测试(因其兼有黑盒和白盒测试,所以称为灰盒测度比较体贴)用例设计方法;通常情况一个程序的功能说明通常由动态说明和静态说明组成.动态说明描述了输入数据的次序或转移的次序.静态说明描述了输入条件与输出条件之间的对应关系.用功能图形象地表示程序的功能说明,并机械地生成功能图的测试用例

程序功能说明的组成

动态说明:描述输入数据的次序或转移次序

静态说明:描述输入条件和输出条件之间的对应关系

功能图

由状态迁移图和布尔函数组成,状态迁移图用状态和迁移来表示。一个状态指出数据输入的位置(或时间),一个迁移指明状态的改变,同时要依靠判定表或因果图表示的逻辑功能

功能图法概述

用功能图形象地表示程序的功能说明,并机械地生成功能图的测试用例

功能图模型由状态迁移图和逻辑功能模型构成

状态迁移图:用于表示输入数据序列以及相应的输出数据;由输入数据和当前状态决定输出数据和后续状态

逻辑功能模型:用于表示在状态中输入条件和输出条件的对应关系。由输入数据决定输出数据。此模型只适用于描述静态说明

功能图测试用例由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满中的一对条件组成

功能图法测试用例生成方法:

从状态迁移图中选取测试用例,用节点代替状态,用弧线代替迁移,状态图就可转化成一个程序的控制流程图形式

测试用例生成规则

为了把状态迁移(测试路径)的测试用例与逻辑模型(局部测试用例)的测试用例组合起来,从功能图生成实用的测试用例,在一个结构化的状态迁移(SST)中,定义3种形式的循环:顺序,选择和重复

功能图生成测试用例步骤

1 生成局部测试用例:在每个状态中,从因果图生成局部测试用例。局部测试用例由原因值(输入数据)组合与对应的结果值(输出数据或状态)构成

测试路径生成:利用上面的规则生成从初始状态到最后状态的测试路径

2测试用例合成:合成测试路径与功能图中每个状态的局部测试用例。结果是初始状态到最后状态的一个状态序列,以及每个状态中输入数据与对应输出数据的组合。

3测试用例的合成算法:采用条件构造树


免责声明:文章转载自《黑盒之测试用例设计策略》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇node开发指南一个简单的MDI示范程序(Delphi)下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

软件产品案例分析(团队)

任务分配流程图 第一部分 调研,评测 【评测】 下载并使用,描述最简单直观的个人第一次上手体验。 移动端 软件登录界面,色彩清新,操作流畅,这种风格看着还是蛮舒服的。不过登录、注册等按钮距离间隔太近容易误操作。 注册界面直接以web网页形式加载,响应速度较慢,体验并不是很好。 用户的主界面非常简洁清新,“我的”界面除了用户名、区域看不到用户的其他信息。...

编写边界条件测试用例原则

以边界情况的处理作为主要目标专门设计测试用例的方法。 边界条件测试是单元测试中最重要的一项任务。软件经常在边界上失效,边界条件测试是一项基础测试,也是后面系统测试中的功能测试的重点,边界测试执行的较好,可以大大提高程序健壮性。数值计算边界条件测试应考虑下列因素: ★程序内有一个n次循环,n次循环应是1~n,出错0~n; ★小于、小于等于、等于、大于、大于等...

Linux学习之路--shell学习

shell基础知识 什么是Shell Shell是命令解释器(command interpreter),是Unix操作系统的用户接口,程序从用户接口得到输入信息,shell将用户程序及其输入翻译成操作系统内核(kernel)能够识别的指令,并且操作系统内核执行完将返回的输出通过shell再呈现给用户,下图所示用户、shell和操作系统的关系: Shell也...

测试与发布( Alpha版本 )

THE BUG 团队 杨梓琦 温海源 李华 陈杰才 郑堡恩 钟明康 软件说明 本软件用MYSQL数据库保存所有的数据内容,因此可以通过查询数据库查询功能是否正常进行。 测试过程 在测试过程中,左右两张图是操作前和操作后的对比 1.测试登录模块(不同身份的用户登录会实现不同的功能) 用户数据库中的内容 测试一:张三是售货员,输入用户名密码并点击后会出现售...

用例图中的三种关系包含、扩展、泛化

https://blog.csdn.net/lxy344x/article/details/40346525 用例图使用户 与开发人员交流的一种重要的方式,是对用户需求的一种描述。开发人员从用户的角度整体上理解系统的功能。 用例图主要有三种元素:参与者(Actor),用例,以及用例图中对象间到的关系。其中关系有包含、扩展是用例图中特有的,泛化在其他类图中...

经验分享:给软件测试人员15个最好的测试管理工具

经验分享:给软件测试人员15个最好的测试管理工具       测试日常活动包括以下六点:      1.创建和维护发布/项目周期/组件的信息      2.创建和维护测试每个特定版本的组件/周期,我们的需求,测试用例等。      3.建立测试资产之间的可跟踪性和覆盖率      4.测试执行的支持——创建测试用例集,捕获测试的执行状态等。      5....