测试分类和测试用例

1,测试用例通常包括以下几个组成元素:

答:用例编号、测试模块、用例标题、用例级别、前置条件、测试输入、执行操作、预期结果,实际结果,版本号,测试人员,测试时间。

2,编写测试用例都有什么方法:

1,等价类划分法
多用于多用于输入框,等价类 :一般可分为有效等价类和无效等价类。
在这里插入图片描述
2,边界值法
一般边界值分析是因为程序开发循环体时的取数可能会因为<,<=搞错。
如1~100,1和100为上点,0和101为离点。
3,因果图法
因果图法比较适合输条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出。
在这里插入图片描述
在这里插入图片描述
4,场景法
在这里插入图片描述
在这里插入图片描述
5,正交表法
应用场景:多用于下拉框如(地区)在一个界面中有多个控件,每个控件有多个取值,控件之间可以相互组合,不可能(也没有必要)为每一种组合编写一条用例,如何使用最少最优的组合进行测试。
在这里插入图片描述
在这里插入图片描述
正交表查询地址:https://www.york.ac.uk/depts/maths/tables/orthogonal.htm
正交排列法:http://support.sas.com/techsup/technote/ts723_Designs.txt

测试用例的评审和变更

1.测试用例本身的描述是否清晰;

2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复执行,验证点却不同,而且测试设计的冗余性,都造成了效率的低下;

3.是否针对需求文档,测试用例是否覆盖了所有的软件需求;

4.是否完全遵守了软件需求的规定。这并不一定的,因为即使再严格的评审,也会出现错误,应具体情况具体对待。
6,测试用例的变更
测试用例并非一成不变。如果软件修改之后发生变化,或者需求发生变更,那么测试用例便不再满足当前版本软件的测试需求,由此需要进行修改和变更操作。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值