• 0
  • 0
分享
  • 测试笔记(用例篇)——软件测试圈
  • 北极 2021-05-24 09:38:56 字数 1281 阅读 1641 收藏 0

基于需求的设计

RBT(Requirements-BasedTesting)是基于需求的测试方法,会使测试更加有效,因为它使测试专注于质量问题产生的根源,即需求。

基于需求的测试是一种最根本的软件测试,重点关注以下两大关键问题:

  1. 验证需求是否正确、完整、无二义性,并且逻辑一致;

  2. 要从“黑盒”的角度,设计出充分并且必要的测试集,以保证设计和代码都能完全符合需求。

等价类

思想:把输入划分为若干个等价类,从每一个等价类当中选一个测试用例进行测试,如果这个测试用例测试通过,我们就说这个等价类测试通过。

  • 有效等价类:根据需求规格,有意义的数据集合。

  • 无效等价类:不符合需要所要求的数据集合。

边界值

针对输入和输出的边界进行测试用例的设计;

因果图法

当输入有很多,不同输入的组合对应不同的输出,用因果图来分析不同输入组合和不同输出之间的关系。

1.jpg

步骤:

  1. 分析出所有的输入、输出;

  2. 找出输入输出之间的逻辑关系;

  3. 根据输入输出之间的关系画因果图;

  4. 根据因果图画判定表;

  5. 根据判定表设计测试用例

正交排列

正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合

正交试验设计(Orthogonalexperimentaldesign)是研究多因素多水平的一种设计方法,它是根据正交性,由试验因素的全部水平组合中挑选出部分有代表性的点进行试验,通过对这部分试验结果的分析了解全面试验的情况,找出最优的水平组合。正交试验设计是一种基于正交表的、高效率、快速、经济的试验。

  • 因素(Factor):在一项试验中,凡欲考察的变量称为因素(变量);

  • 水平(位级)(Level):在试验范围内,因素被考察的值称为水平(变量的取值)。

正交表的构成:

  • 行数(Runs):正交表中的行的个数,即试验的次数,用N代表;

  • 因素数(Factors):正交表中列的个数,用C代表;

  • 水平数(Levels):任何单个因素能够取得的值的最大个数。正交表中的包含的值为从0到数“水平数-1”或从1到“水平数”,用T代表。

正交表的表示形式:L=行数(水平数*因素数)L=N(TC);

行:(水平数-1)*因素数+1.

列:因素数

正交表的两条性质

  • 每一列中各数字出现的次数都一样多;

  • 任何两列所构成的各有序数对出现的次数都一样多。

正交法设计测试用例的步骤

  1. 有哪些因素(变量);

  2. 每个因素有哪几个水平(变量的取值);

  3. 选择一个合适的正交表;

  4. 把变量的值映射到表中;

  5. 把每一行的各因素水平的组合作为一个测试用例;

  6. 加上你认为可疑且没有在表中出现的用例组合。

场景设计法

把一个个孤立的功能点按照一定的策略串联起来,形成一定的场景或者业务。

分析出场景(业务)里面的功能点,根据功能点找出正常和异常的输入输出,再根据分析的结果去设计测试用例。

错误猜测法

根据测试人员的知识,经验,直觉判断那一个模块会出现问题,专门针对这个模块进行测试用例的编写。

面试题:

黑盒测试设计测试用例的方法有哪些?

等价法,边界值,因果图,正交法,场景法,错误猜测法。


作者:一位懒得写博客的小学生

原文链接:https://blog.csdn.net/XSAAA/article/details/116802683

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 学习过测试理论的同学肯定都知道,测试人员参与项目的第一步,大部分都是需求评审,但是不少测试同学反馈,自己很少参与需求评审,需求会议也很少喊测试人员参与。我觉得这一方面可能是流程上各角色配合的问题,另一方面可能是因为测试在评审过程中没有体现出参与的价值。针对第一个可能,需要测试主动找产品沟通,一方面表达希望参与需求评审的意愿,另一方面也要求他们在需求评审时喊上测试。针对第二个可能,就需要测试人员从自身上做改进了,为什么这么说呢?我曾经参加过几次需求评审会议,就发现产品在那讲需求,开发偶尔会提一些技术实现上的细节问题,测试就只是在那听了,会议结束后,回去该干嘛干嘛,既然我们测试参与需求评审时不能产...
            3 4 4593
            分享
          •  最近在逛ProductHurt时,发现一些好玩又有趣的API,你可能会觉得花里胡哨,but 作为开发者也需要乐趣的!当然调试API离不开API管理工具,随手也给大家安利一个最近很热门的接口管理工具:Apifox(apifox.cn)?️ ClearbitClearbit提供了网站Logo访问API,只要你输入你想要寻找网站图标的域名,就可以返回域名的相关logo图片~以前要去爬域名的图标,还要浏览器右键点击查看,然后选择元素找到logo的位置,现在找logo图标链路是不是缩短了!API接口:GET https://logo.clearbit.com/:domain比如我最近访问的几...
            9 9 844
            分享
          • Apifox 新版本上线啦!欢迎升级使用:界面右上角【设置】-> 【关于 Apifox】->【检查更新】看看本次版本更新主要涵盖的重点内容,有没有你所关注的功能特性:支持 WebSocket API;自动化测试功能升级;Web 端新增部分功能快捷键;支持自定义设置版本更新及安装提醒。01 支持 WebSocket API最新版本的 Apifox 支持对 WebSocket 接口进行调试,目前正处在 Beta 公开测试阶段。点击左侧的「+」按钮,选择「新建 WebSocket 接口(Beta)」,输入 WebSocket 接口的 URL 即可完成握手并建...
            0 0 1972
            分享
          • 一、测试流程1.软件开发流程:需求分析—>概要设计—>详细设计—>编码开发—>测试—>维护2.测试流程为:单元测试/集成测试—>系统测试/自动化测试—>性能测试—>验收测试3.目标:3.1 制定完整且具体的测试路线和流程,为快速、高效和高质量的软件测试提供基础流程框架。3.2 最终目标是实现软件测试规范化、标准化、自动化。4.测试流程说明:5.测试需求分析测试需求是整个测试过程的基础;确定测试对象以及测试工作的范围和作用。用来确定整个测试工作(如安排时间表、测试设计等)并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即,它们必须有一个...
            11 11 1594
            分享
          •   I/O多路复用就是通过一种机制,可以监视多个描述符,一旦某个描述符就绪(一般是读就绪或者写就绪),能够通知应用程序进行相应的读写操作。  1.select  基本原理:select 函数监视的文件描述符分3类,分别是writefds、readfds、和exceptfds。调用后select函数会阻塞,直到有描述符就绪(有数据 可读、可写、或者有except),或者超时(timeout指定等待时间,如果立即返回设为null即可),函数返回。当select函数返回后,可以通过遍历fdset,来找到就绪的描述符。  被监控的fd在select()后会发生改变,所以在下一次进入select()之前...
            0 0 955
            分享
      • 51testing软件测试圈微信