软件测试理论基础第三天(上)

    今天接着昨天的测试用例,继续说测试用例方法

1.边界值法

什么是边界?

边界是指输入框内能输入的最大值和最小值,边界值法是找到稍高于其边界值及稍低于其边界值的一些特定情况。边界值分析法也是一种常用的黑盒测试方法。大量的错误是发生在输入或输出范围的边界上,而不是在输入范围的内部。

比如只能输入1~100的数   边界值就是0,1,2,99,100,101

边界值的取值依据输入范围区间不同而有所不同,但都需要把上点值、离点值和内点值取到。

闭区间例如【1,10】  上点:1、10(上点是条件上的两个数)    内点:5 (内点是上点的中间数)  离点:0,11 (0,11是1,10的边界值)

开区间例如(1,10) 上点1、10                内点:5      离点:2,9(2,9  暂理解为闭区间取两边,开区间取“内”)。

半开半闭  (1,10】 上点1、10                 内点:5      离点:2,11

边界值和等价类(上一篇有)区别:边界值分析不是从某等价类中随便挑一个作为代表,而是这个等价类的每个边界都要作为测试条件

常见的边界值

文本框接收字符个数,比如用户名长度,密码长度;

报表的第一行和最后一行;

数值元素的第一个和最后一个;

循环的第一次,二次和倒数第一次,二次。

2.因果图法

因果图法的定义

因果图法是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。

特点

考虑输入条件的相互制约及组合关系

考虑输出条件对输入条件的依赖关系

因果图法产生的背景

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

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

因果图核心

因果图比较适合输入条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入条件,所谓的结果就是输出结果。

因果图法要注意考虑

所有输入/输出条件的相互制约关系以及组合关系

输入结果对输入条件的依赖关系,也就是什么样的输入组合会产生怎样的输出结果,即“因果关系”

因果图中的基本符号

通常在因果图中用Ci表示原因,用Ei表示结果,各结点标识状态,可取值“0”或“1”。“0”标识某状态不出现,“1”表示某状态出现。

因果图中的基本符号

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

非:若原因出现则结果不出现,若原因不出现,则结果出现。

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

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

因果图中的约束条件【科普】

互斥:E表示a,b,c三个原因不能同时成立

包含:I表示a,b,c中至少有一个条件成立

屏蔽(强制):M表示结果a是1,则结果b强制为0

唯一:O表示a、b、c条件中有且仅有一个成立

要求:R表示当a出现时b也必须出现

3.判定表法

因果图只是一种辅助工具,通过分析最终得到判定表,在通过判定表编写测试用例。但有时画因果图非常麻烦,影响测试效率,可以直接写判定表,进而编写测试用例。 

判断表的组成

条件桩:所有条件

动作桩:所有输出(结果)

条件项:针对条件桩的取值

动作项:条件项的各种取值情况下的输出结果

判定表法流程

1.列出所有的条件桩和动作桩。

2.填入条件项。

3.填入动作项。得到初始判定表。

4.简化判定表(合并相似规则(相同动作)一般不用)

4.场景法

场景法就是模拟用户操作软件时的场景,主要用于测试系统的业务流程。当拿到一个测试任务时,我们并不是先关注某个控件的边界值、等价类是否满足需求,而是先要关注它的主要功能和业务流程是否正确实现,这就需要使用场景法来完成测试。

当业务流程测试没有问题,也就是该软件的主要功能没有问题时,我们再重点从边界值、等价类等方面对控件进行测试

备注:在冒烟测试时也主要采用场景法进行测试

场景法中两个重要的概念

-基本流

    -按照正确的业务流程来实现的一条操作路径(模拟正确的操作流程)

-备选流

    -导致程序出现错误的操作流程(模拟错误的操作流程)

用例场景产生的背景

现在的软件几乎都是由事件触发来控制流程的,时间触发时的情景便形成了场景。而同一时间不同的触发顺序和处理结果形成事件流。

将这种在软件设计方面的思想引入到软件测试中,生动的描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时测试用例也更容易的得到理解和执行。

在使用场景法设计测试用例时,需要覆盖系统用例中的主成功场景和扩展场景,并且需要适当补充各种正反面的测试用例和考虑出异常场景的情形。

当使用场景法测试程序没有问题时,可以再使用边界值、等价类方法对账号、密码进行更加细致、完整的测试。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,324评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,356评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,328评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,147评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,160评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,115评论 1 296
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,025评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,867评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,307评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,528评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,688评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,409评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,001评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,657评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,811评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,685评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,573评论 2 353

推荐阅读更多精彩内容

  • 测试用例的内容:用例编号、用例标题、重要级别、预置条件、测试输入、操作步骤、预期结果、测试结果、作者。 黑盒测试用...
    CT9955阅读 3,997评论 0 31
  • 相关文章: 《再说说APP测试设计-1》《再说APP测试设计-2》《关于ad hoc test》《干了这碗蛋炒饭 ...
    慧众rodman阅读 3,212评论 1 34
  • 一、 软件测试基本概念 1 bug的概念 bug类型:defect、fault、problem、error… pr...
    三口一个瓜阅读 3,665评论 0 12
  • -----转载----- 1、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? ...
    花开沉浮阅读 7,372评论 4 88
  • 测试计划和测试用例 1.测试计划及缺陷管理 1.1.测试计划 测试计划是在测试设计阶段,在需求规格说明书的基础上制...
    方步阅读 6,473评论 1 7