目录
测试用例的设计方法
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.画因果图