测试用例2

本文介绍了正交表法在测试用例设计中的特点,强调了其高效性和局限性。讨论了测试用例的评审与变更,包括评审原因、参与人员、内容和方式。此外,文章还涵盖了测试计划、软件缺陷的定义和分类,以及测试用例执行和故障管理流程的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

正交表法

	    正交实验法就是利用排列整齐的表-正狡辩来对实验进行整体设计,综合比较,
	    统计分析实现通过少数的试验次数找到较好的生产条件,以达到最高生产工艺效果  
	    这种试验设计法是从大量的试验点中挑选适量的具有代表性的点
	    利用已经造好的表格-正交表来安排试验并进行数据分析的方法,正交表能够在
	    因素变化范围内均衡抽样使每次试验都具有较强的代表性,由于正交表具备均衡分散的特点,
	    保证了全面实验的某些要求,这些试验往往能够较好或更好的达到实验的目的
	    正交实验设计包括两部分内容
            第一:是怎样安排实验;
            第二:是怎样分析实验结果
            应用场景:在一个界面中有多个控件,每个控件有多个取值,控件之间可以相互结合,不可能为每一种组合编写一条用例,如何使用最少最优的组合进行测试  --正交排列法--
            判定表:因果图也是考虑控件组合,但是组合数量较少
            公式:Ln(mk)
            k是表的列数,表示控件的个数(因数个数)
            m是每个控件的取值个数(因数水平)
            n是表的行数,也就是需要测试组合的次数


在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

正交表测试用例设计方法的特点

  1. 用最少的实验覆盖最多的操作,测试用例设计少,效率高,复杂
  2. 对于基本的验证功能,以及二次集成引起的缺陷,都能找出来,更深的缺陷更复杂的缺陷就无能为力
  3. 体的环境下,正交表一般很难做,大多数,只在系统测试的时候使用这个方法

测试用例的评审和变更

     **首先要清楚内部评审的定义,是测试组内部的评审,还是项目组内部的评审,评审的定义不同内容也不会相同,**
     如果是测试组内部的评审,应该着重于:

1.测试用例本身的描述是否清晰
2. 是否考虑到测试用例的执行效率,往往测试用例中步骤不断重复执行,验证点却不同,而且测试设计的冗余性,都造成了效率的低下
3. 是否针对需求文档,测试用路是否覆盖了所有的软件需求
4. 是否完全遵守了软件需求的规定,并不一定,因为即使在严格的评审,也会出现错误,应具体情况具体对待

需要评审的原因

测试用例是软件测试的准则,但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值