当前位置: 首页 > news >正文

测试用例的具体方法

1.等价类

依据需求将输⼊(特殊情况下会考虑输出)划分为若⼲个等价类,从等价类中选出⼀个测试⽤例,如果这个测试⽤例测试通过,则认为所代表的等价类测试通过,这样就可以⽤较少的测试⽤例达到尽量多的 功能覆盖,解决了不能穷举测试的问题。
等价类分类:
有效等价类:对于程序的规格说明书是合理的、有意义的输⼊数据构成的集合,利⽤有效等价类验
证程序是否实现了规格说明中所规定的功能和性能
⽆效等价类:根据需求说明书,不满⾜需求的集合。
2.边界值
边界值分析法就是对输⼊或输出的边界值进⾏测试的⼀种⿊盒测试⽅法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试⽤例来⾃等价类的边界。
边界值包含:边界值+次边界值
例:输⼊框⻓度为1-11,取边界值为:1、11、12、0
3.正交法
正交法的⽬的是为了减少⽤例数⽬。⽤尽量少的⽤例覆盖输⼊的两两组合。
最简单的正交表是L(4)(2(3)),含意如下:“L”代表正交表;L 下⻆的数字“4”表⽰有 4 横⾏,
简称⾏,即要做四次试验;括号内的 指数 “3”表⽰有3 纵列,简称列,即最多允许安排的因素是3
个;括号内的数“2”表⽰表的主要部分只有2 种数字,即因素有两种⽔平1与2。
正交表的构成:因素数、⽔平数、⾏数。
因素:对指标的影响条件,通常是正交表中的⼀列。
⽔平:因素对应的可选项。
正交表的性质:
每⼀列中,不同的数字出现的次数相等。
任意两列中数字的排列⽅式⻬全⽽且均衡
4.判定表法
通过具体的⽅法能够将测试⽤例设计的更加完整和规范。
根据判定表法设计测试⽤例的步骤:
1. 确认需求中输⼊条件和输出条件
2. 找出输⼊条件和输出条件之间的关系
3. 画判定表
4. 根据判定表编写测试⽤例
5.场景法
现在的软件⼏乎都是⽤事件触发来控制流程的,事件触发时的情景便形成了场景,⽽同⼀事件不同的触发顺序和处理结果就形成事件流。
通过运⽤场景来对系统的功能点或业务流程的描述,从⽽提⾼测试效果的⼀种⽅法。 ⽤例 场景来测试需求是指模拟特定场景边界发⽣的事情,通过事件来触发某个动作的发⽣,观察事件的最终结果,从⽽⽤来发现需求中存在的问题。我们通常以正常的⽤例场景分析开始,然后再着⼿其他的场景分析。
场景法⼀般包含基本流和备⽤流,从⼀个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备⽤流来完成整个场景。场景主要包括4种主要的类型:正常的⽤例场景,备选的⽤例场景,异常的⽤例场景,假定推测的场景。
根据场景法设计测试⽤例的步骤
1.确定基本流
2.确定备选流
3.根据备选流补充测试⽤例
4.编写测试⽤例
6.错误猜测法
错误猜测法是对被测试软件设计的理解,过往经验以及个⼈直觉,推测出软件可能存在的缺陷,从⽽
针对性地设计测试⽤例的⽅法。
这个⽅法强调的是对被测试软件的需求理解以及设计实现的细节把握,还有个⼈的经验和直觉。
错误推测法和⽬前流⾏的“探索式测试⽅法”的基本思想⼀致,这类⽅法在敏捷开发模式下的投⼊产
出⽐很⾼,被⼴泛应⽤于测试。

http://www.mrgr.cn/news/18149.html

相关文章:

  • 燃油车淘汰倒计时开始了?
  • element-plus 报错 ResizeObserver loop limit exceeded 解决
  • C语言学习笔记 Day15(文件管理--下)
  • Nginx: 配置文件重载的原理和热部署
  • 【Oracle点滴积累】解决IMP-00017、ORA-20005、ORA-06512错误的方法
  • 代码随想录冲冲冲 Day34 动态规划Part2
  • 智慧理财新纪元:蚂蚁集团“支小宝”智能理财助理深度体验与测评
  • Notepad下载安装
  • JavaWeb(基于SpringBoot开发)全总结(1)
  • DORIS - DORIS注意事项(一)
  • 基于VUE的校园二手物品交易管理系统的设计与实现 (含源码+sql+视频导入教程)
  • 【influxdb 第二篇章】docker-compose、windows、linux 安装
  • 【卡码网C++基础课 16.出现频率最高的字母】
  • 惠中科技:开启综合光伏清洗新征程
  • Elasticsearch:使用 inference API 进行语义搜索
  • 自制efficientnet网络
  • 新一代网络研发利器——开物™,让用户每一行代码都贡献在核心创新
  • wlanapi.dll丢失怎么办?有没有什么靠谱的修复wlanapi.dll方法
  • U-Mail垃圾邮件过滤网关‍是如何过滤垃圾邮件的?
  • sql学习 inner join,left join,right join