测试用例的设计方法

测试用例的总体设计方法

基于需求的设计

  1. 验证需求的正确性和合理性
  2. 细分需求,多细致的需求就设置多细致的测试用例(从细分的需求里面,根据每一个功能设计完整的测试用例)

如:软件需求
(1)若用户未收到激活邮件,可在登录界面录入电子邮件及密码后,再次发送激活邮件。
如果用户没有收到激活邮件,进入登录页面输入电子邮件和邮件,重新发送
如果用户收到邮件,在登录页面输入电子邮件和密码,不会重新发送,并且提示激活邮件已经发送

(2)每次发送的激活邮件,仅在发送邮件后起24小时之内有效,超过24小时后需重新发送激活邮件。
如果24之内,点击激活邮件,可以激活系统
超过24小时,点击激活邮件,提示链接失效,需要重新发送激活邮件
24之内点击激活邮件,已经激活系统,超过24小时之后,再次点击?(1.链接失效,2.系统已经激活;这个是根据经理来决定的)

等价类

当输入很多,没有办法穷举的时候,把输入(特殊情况下特殊考虑)划分成若干个等价类,从每一个等价类当中选一个测试用例,如果这个测试用例测试通过,那么我们就说这个测试用例代表的等价类测试通过。

比如上面的例子,超过24小时之后邮件失效,那么我们真的就需要等24小时之后(比如25小时,26小时,100小时?)去验证它有效还是无效吗?这显然是很浪费时间的。

<
  • 4
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值