测试用例的基础

目录

测试用例的设计方法

1)总的实际测试用例的方法——基于需求设计测试用例

2.什么是非功能性的需求?

具体的设计测试用例的方法


测试用例的设计方法

1)总的实际测试用例的方法——基于需求设计测试用例

测试人员接到需求之后,要对需求进行分析和验证,从合理的需求之中进一步分析和细化需求,

细化的需求中找出测试点,根据这些测试点再去设计测试用例。

如何提取测试点(测试需求)

tips:从左到右,从上到下,挨个的寻找界面的每一个元素,每一个元素都是测试需求点,根据每一个

测试需求点,,再去设计测试用例

(一个测试需求点可以设计出很多的测试用例,需要测试的方面很多)

//尽可能的去寻找全部的测试点 ,测试点有限而测试用例无限

例如:以日历界面为例(从当前的UI界面进行设计)

 

2)只有需求文档,如何分析测试需求点?邮件账号注册的需求文档

//软件需求:事件流

1.若用户为收到激活邮件,可以登录界面之后录入电子邮件以及密码后,再次发送激活邮件。

2.每次发送的激活邮件,仅在发送邮件后24小时之内有效,超过24小时后需要重新发送激活邮件

1.用户没有收到激活邮件,

直接在界面输入电子邮件,密码,可以重新发送激活邮件

2.用户收到激活邮件

直接在界面录入电子邮件,密码,用户无法收到激活邮件

——————测试用例作为一种分析方法侧重于设计的经验方面,因此每一次的积累都显得重要

关键词: 24小时 有效 重新发送

1.发送激活邮件后,24小时之内,有效的

2.发送激活邮件后,超过24小时,激活链接失效

3.发送激活邮件后,刚刚24小时激活链接有效

——————对于边界进行测试

4.24小时候录入信息之后能否重新发送激活邮件

5.如果 发送邮件后 ,24小时之内已经激活系统(注册成功),24小时之后,再次点击激活邮件,提示系统激活。———————————

2)什么是非功能性的需求?

非功能性的需求其实就是在功能需求之上做了更多的限制,性能,安全性,易用性,可移植性,兼容性等。

———————————————————————————————————————————

?从需求之中 提取出测试点之后,怎样根据测试点设计出比较完整或者质量比较高的测试用例?

具体的设计测试用例的方法

1)等价类

把测试的输入划分为若干个等价类,从每一个等价类当中选择一个或者几个测试用例 进行测试,若果这些测试用例测试通过,那么我们就说这个测试用例所在的等价类测试通过。

等价类解决了测试用例无法穷举的情况。 ——》类似于建筑上所用的 类型学进行分型处理

实例分析

 

//有效等价类:符合我们需求规格说明的数据集合

无效等价类:不符合需求规格书说明书的数据集合(当然在需求规格说明书存在的情况下)

有效等价类同无效等价类都要进行测试//

需求规格说明:密码的长度为8-20位,字母,数字,标点符号至少包含两种

有效等价类

1.8-20之间,字母和数字混合

2.8-20之间字母标点符号的混合

3.8-20之间 数字和标点符号混合

4.8-20之间 数字,字母,标点符号混合

无效等价类

 

2.边界值

针对测试需求输入的边界,来设计测试用例,进行测试。

因为对于开发人员来说,边界是最容易出错(临界点不好确定),忘记边界的处理。

对边界周围的值进行具体的测试用例的设计

3.因果图法

当遇见测试点的输入有多个,并且不同的输入组合针对不同的输出,可以使用因果图来分析不同的输入组合输出之间的关系

因果图的逻辑关系: 恒等 与 && 或|| 非!

恒等:输入为真输出就为真

——————————————————————

 

 

使用因果图法设计测试用例,如何去设计?

1.先找出所有的输入和输出

2.找出输入和输出之间的关系

3.画出因果图

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

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

 

3.画因果图

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值