【测试】根据场景法设计在线购物系统的测试用例

【测试】根据场景法设计在线购物系统的测试用例

  在线购物系统:我们都在当当网或者网上书店构面过书籍,整个订购的过程为:用户登录到网站后,进行书籍的选择,当选好自己心仪的书籍后进行订购,这时把所需图书放在购物车,等进行结账的时候,用户需要登录自己注册的账号,登录成功后,进行结账并生成订单,整个购物过程结束。


  那么我们通过以上描述,从中确定哪些是基本流程,哪些是异常流程:

  基本流程:

  用户登录到当当网站,搜素目标书籍,加入购物车,进入购物车页面进行结算,进入订单 详情页点击结算进行支付,购买成功。

  异常流程:

  输入账户错误,无法登录;

  输入密码错误,无法登录;

  手机密码错误,无法登录;

  验证码错误,无法登录;

  登录成功,搜索的目标书籍下架、库存不足,购买失败;

  登录成功,搜索到目标书籍,但是购物车已经满了,无法加入,是否提示购物车已满;

  登录成功,搜索到目标书籍,但是购物车已经满了,可以立即购买,直接进入订单详情页;

  登录成功,搜索到目标书籍,成功加入购物车,点击结算,支付金额应该等于实际金额减去满减活动/优惠券;

  登录成功,搜索到目标书籍,成功加入购物车,结算的时候,书籍下架了,无法进行结算;

  登录成功,搜索到目标书籍,成功加入购物车,即使书籍下架了,结算时如果锁定订单,也可以正常支付;

  登录成功,搜索到目标书籍,成功加入购物车,结算金额正常,进入订单详情页,配送范围超出是否需要增加邮费;

  登录成功,搜索到目标书籍,成功加入购物车,结算金额正常,进入订单详情页,地址、配送方式正常情况下,默认的支付方式余额不足,系统是否会提示余额不足,是否会自动切换支付方式;

  登录成功,搜索到目标书籍,成功加入购物车,结算金额正常,进入订单详情页,地址、配送方式正常情况下,默认的支付方式余额不足,切换支付方式后,是否能继续正常支付;


  • 0
    点赞
  • 43
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试用例设计中的场景和功能都是常用的方,用于设计测试用例场景是指以场景为基础,根据用户的使用场景和操作流程,设计测试用例场景注重测试覆盖率,能够覆盖产品的不同使用情况,包括各种正常和异常场景。通过考虑用户交互、输入有效性、错误处理等多个方面,设计出全面的测试用例。例如,对于一个购物网站的注册功能,场景可以设计以下测试用例:正常场景下,用户输入正确的邮箱、密码,能够成功注册;异常场景下,用户输入已经注册过的邮箱、密码过于简单等,应该提示相应的错误信息。 功能是指以功能需求为基础,根据系统的功能模块和接口,设计测试用例。功能注重测试的功能覆盖,能够确保产品的每个功能都得到验证。通过考虑不同的输入、输出和功能模块之间的关系,设计出全面的测试用例。例如,对于一个计算器应用的加功能,功能可以设计以下测试用例:输入两个整数,返回它们的和;输入两个小数,返回它们的和;输入一个正整数和一个负整数,返回它们的和。 综上所述,场景和功能都有各自的优势和适用场景场景适用于强调用户体验和操作流程的系统,功能适用于强调功能模块的系统。在实际测试工作中,可以根据具体的需求和测试目标,选择合适的方设计测试用例。同时,也可以结合两种方,综合考虑系统的功能和用户的使用场景设计更全面和有效的测试用例

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值