软件测试用例设计方法-因果图法

这篇具有很好参考价值的文章主要介绍了软件测试用例设计方法-因果图法。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

边界值法是等价类划分法的补充,所以,它们是一对搭档。
那么,判定表法有没有它的搭档呢?
答案是,有的。那就是本篇文章分享的用例设计方法—— 因果图法
定义
因果图法:
用来处理等价类划分和边界值考虑不到的情况,适用描述多种条件的组合,产生多个相应动作的测试方法;从程序规格说明书的描述中找出因果关系
因果图法,第一时间让我联想到的是,高中数学的排列组合。
关于这个联想,可能看完整篇文章后,你就有恍然大悟的感觉。
基本符号
在实例分析之前,有些基本的因果图符号需要说明。
首先是原因与原因之间的关系:
 
 
添加图片注释,不超过 140 字(可选)
 
 
添加图片注释,不超过 140 字(可选)
 
 
添加图片注释,不超过 140 字(可选)
 
 
添加图片注释,不超过 140 字(可选)
 
 
其次是原因与结果之间的关系:
 
 
添加图片注释,不超过 140 字(可选)
 
 
添加图片注释,不超过 140 字(可选)
设计步骤
需要特别说明的是,因果图相当于特殊的场景法,是判定表的搭档。
对于思维逻辑缜密的测试人员,可以直接写出判定表。
但是,有时候不能直接通过原因得到结果,需要借助中间状态,随着原因、结果不断增多,唯有依赖因果图才能更好地梳理个中关系。
具体的操作步骤如下:
分析程序的规格说明书中,哪些是原因,哪些是结果
1、原因:指输入条件或输入条件的等价类 结果:指输出条件,给每一个原因和结果赋予一个标识符 2、分析程序规格说明书中的描述,确定原因与原因,原因与结果之间的关系,画出因果图;由于语法环境的限制,一些原因与原因之间,原因与结果之间的组合不能直接出现。对于此类情况,在因果图中用记号标明约束或限制条件 3、将因果图转化为判定表 4、根据判定表的每一列设计测试用例
实例分析
题目:对于提交的作业,作业成绩达到80分或者已经得到老师确认,则允许进行下一课时的学习。
1、确定需求中的原因与结果
 
 
 
添加图片注释,不超过 140 字(可选)
​编辑
2、确定因果图中的约束
首先,原因与原因之间,关于分数,A1 与 A2 是互斥关系(O);关于老师是否确认,A3 与 A4 是互斥关系(O)。
分数与老师是否确认之间可以独立存在,属于或关系(I)
其次关于原因与结果,各个原因可以直达结果,或者分数与老师是否确认进行两两组合,形成中间状态,再到达结果。
得到的因果与中间状态列表:
 
 
添加图片注释,不超过 140 字(可选)
​编辑
梳理关系得到因果图:
 
 
 
添加图片注释,不超过 140 字(可选)
​编辑
3、讲因果图转化为判定表:
 
 
 
添加图片注释,不超过 140 字(可选)
​编辑
4、根据判定表来写测试用例了。
以上就是本篇文章所要分享的内容,欢迎各位大牛指正。你的指正,能让我在测试之路上快速成长。
Leo Never Stop Fighting!
如果你不想一个人野蛮生长,找不到系统的资料,问题得不到帮助,坚持几天便放弃的话,学习自动化测试相关内容可以进群:785128166,大家可以一起讨论交流,里面会有各种软件测试资料和技术交流。

文章来源地址https://www.toymoban.com/news/detail-710850.html

到了这里,关于软件测试用例设计方法-因果图法的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Selenium 学习(0.16)——软件测试之测试用例设计方法——白盒测试——逻辑覆盖法(语句覆盖和判定覆盖)

            写在前面          今天回来有点晚,因为上午给小伙伴们开了个小会,随便说了些什么,结果小伙伴们下班就没急着走,弄点我还有点不好意思提前走了,就略留了一会。其实也没说什么,就是强调工作要抓点紧,8小时内提高效率就好,我反对无意义的加班;

    2024年02月05日
    浏览(56)
  • 如何避免软件bug?优化你的测试流程和设计用例方法就对啦!

    目录 引言 一、测试流程 二、测试用例设计方法 等价类 边界值 场景设计法 判定表 错误推测法 结语 对于大多数软件开发者和测试人员而言,避免出现bug是一项非常重要的任务。但是,在实际的开发过程中,我们经常容易忽略一些细节或者流程上的问题,导致测试的结果不尽

    2024年02月05日
    浏览(54)
  • 软件测试 白盒测试用例设计方法动态 逻辑覆盖(语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖)基本路径测试法

    白盒设计方法分为静态和动态。 静态的白盒测试方法有桌面检查、代码审查、代码走查和代码扫描工具。 动态的白盒测试方法有逻辑覆盖法和基本路径测试法。 2.1 逻辑覆盖 逻辑覆盖法有语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖。 例1 将上

    2024年02月02日
    浏览(41)
  • 测试用例设计方法六脉神剑——第四剑:石破天惊,功能图法攻阵

    前面几篇文章为我们讲述了因果图、判定表、正交试验等几种方法,主要是针对于不同条件输入输出的组合进行测试,但在实际需求中,我们也常会遇到需要对被测对象的状态流转进行验证的情况,此时前面几种方法将不再适用,对于这种状态转换类问题,功能图法则可大展

    2024年02月04日
    浏览(60)
  • 软件测试之 测试用例 如何设计

    在软件开发过程中,测试是一个至关重要的环节,它有助于确保软件的质量和稳定性。而测试用例设计则是测试过程中的一个关键步骤,它帮助测试团队确定如何测试软件以发现潜在的问题和缺陷。本文将介绍测试用例设计的基本概念和步骤,以及一些最佳实践。 测试用例是

    2024年02月08日
    浏览(64)
  • 【软件测试】学习笔记-设计一个“好的”测试用例

    本篇文章重点探讨如何才能设计出一个“好的”测试用例。 什么才是“好的”测试用例,这个“好”又应该体现在哪些方面。这是一个看似简单实则难以回答的问题,即使深入思考后,也很难有非常标准的答案。 通常,你的第一反应很可能会是“发现了软件缺陷的测试用例

    2024年01月20日
    浏览(53)
  • 测试用例设计方法六脉神剑——第二剑:招式组合,因果判定出世

    上篇讲了等价类划分和边界值分析法,而这两种方法只考虑了单个的输入条件,并未考虑输入条件的各种组合、输入条件之间的相互制约关系的场景。基于此短板,因果图法和判定表法应运而生。 2.1.1 定义 一种描述输入条件的组合以及每种组合对应的输出的图形化工具,它

    2024年02月05日
    浏览(43)
  • 汽车软件测试专栏—汽车测试用例设计(第三期)

    一、测试用例的设计概述 测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求(百度百科)。测试用例是测试工程师关键的工作产物,也最能够反映测试工程师的测试能力。软件的测试目

    2024年02月03日
    浏览(50)
  • 软件测试用例经典方法 | 单元测试法案例

    单元测试又称模块测试,是对软件设计的最小单元的功能、性能、接口和设计约束等的正确性进行检验,检查程序在语法、格式和逻辑上的错误,并验证程序是否符合规范,以发现单元内部可能存在的各种缺陷。 单元测试的对象是软件设计的最小单位——模块、函数或者类。

    2024年02月10日
    浏览(42)
  • 【软件测试】边界值分析法测试用例设计实例

    原题链接:洛谷 P2602 [ZJOI2010] 数字计数 输入两个正整数a,b,求在 [ a , b ] [a,b] [ a , b ] 中的所有整数中,每个数码(0~9)各出现了多少次。 输入格式: 输入两个正整数a, b确定区间

    2023年04月09日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包