给你一个购物车模块,你会如何设计测试用例?【测试用例设计】

测试购物车

从使用场景上,把自己想象成一个使用购物车的人,模拟流程,可以主要从两个方面进行考虑:

涉及操作:增(添加商品)删(删除商品)改(编辑、跳转商品)查(检查金额、数目、优惠明细)+商品支付

涉及交互:购物车与用户登录状态的交互,购物车与商品订单的交互,购物车和支付功能的交互,购物车与APP支付系统的交互。

从测试用例的角度,首先是最重要的功能测试,其次可以考虑性能测试、界面/UI测试、安全性、兼容性、易用性、网络测试、中断测试这几个方面。

一、功能测试

购物车基本操作功能(增删改查)

添加商品

1.是否能够添加商品

2.添加单个商品数量是否有上下限

3.添加商品种类是否有上下限

4.添加同类型商品的不同规格商品显示是否分条显示

5.加入购物车商品排序是否合理

删除商品

1.能否删除单类商品

2.是否有快速删除多种商品方式(全选,删除)

3.删除商品是否有确认提示

• 跳转商品详情

1.跳转商品图片显示是否正常

2.跳转商品链接显示内容是否完整,是否过长

3.点击图片或者链接是否能够跳转商品详情

编辑商品、商品跳转

1.是否有通过+ -编辑商品数量方式

2.是否有通过输入直接编辑商品数量方式

3.编辑商品数量是否有上下限

4.编辑商品数量是否考虑库存情况

5.商品链接能否自动跳转

检查商品数量,金额,优惠明细

1.商品加入购物车内是否和原价格一致

2.商品数量显示是否正确

3.选择商品总数是否正确

4.选中商品价格总额是否正确

进入商品购物或结算

1.购物车是否有进入购物链接

2.购物车是否有进入结算链接

购物车交互功能

购物车与用户模块关联

1.未登录用户是否可以添加商品到购物车

2.未登录用户添加商品到购物车,登录后是否将商品合并到用户购物车

3.若不允许未登录用户添加商品到购物车,点击加购物车后是否有登录提示

4.用户有会员折扣时,购物车内商品价格是否对应

购物车与商品订单模块关联

1.加入购物车商品有价格调整,购物车内商品价格是否跟随变化

2.加入购物车商品,库存变化时购物车是否有对应调整

3.购物车商品确认订单后是否会从购物车清除

4.订单价格是否与购物车内一致

购物车与优惠活动模块关联

1.商家发放用户优惠券购物车对应变化

2.商品满减活动,购物车价格对应变化

购物车和支付功能的交互

1.进行结算支付,选择微信付款,此时需要考虑金额>零钱,金额<零钱,金额=零钱三种情况

2.进行结算支付,选择已添加的银行卡付款,此时同样需要考虑金额>银行卡余额,金额<银行卡余额,金额=银行卡余额三种情况

3.进行结算支付,选择使用新卡付款,按照流程添加新卡,此时同样需要考虑金额>新卡余额,金额<新卡余额,金额=新卡余额三种情况

3.进行结算支付,选择好友代付,测试好友能否收到代付请求,好友能否代付,代付能否成功

4.使用指纹确认付款(正确的/不正确的指纹)

5.使用密码确认付款(正确的/不正确的密码 )

6.支付成功,对应的途径会减少相应的金额,也会生成相应的订单

一些补充

1.删除商品是否有提示;

2.是否支持快捷键功能;

3.是否有回到顶部的功能;

4.商品过多时结算按钮是否可以浮动显示;

4.购物车有多个商品时,能不能只对单个商品结算;

二、性能测试

进入购物车页面消耗时长

添加商品到购物车时长

进入购物车结算时长

对购物车页面内容变更,页面内容更新速度。(增加某个购买数量,页面对应显示更新速度)

耗电量

消耗流量的多少

所占内存等

三、界面/UI测试

1)界面的设计风格是否统一

2)界面中文字是否简洁,没有错别字

四、安全性测试

1)支付过程中是否有个人信息/密码丢失的风险

2)是否有金额被盗刷的风险

3)金额加密

五、兼容性测试

苹果手机和安卓手机

苹果手机的不同版本

安卓手机不同的机型

网页版测试,五大浏览器

不同分辨率

六、易用性测试

1)是否易操作,易学习,易理解

七、网络测试

1)网络兼容性:2g/3g/4g,WiFi,热点,移动/联通/电信

2)无网测试

3)弱网:延时&丢包

八、中断测试

1)前后台切换,网络异常,低电量,断电,来电,短信等

  • 2
    点赞
  • 92
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
电子商务系统测试用例设计(总5页) -本页仅作为文档封面,使用时请直接删除即可- -内页可以根据需求调整合适字体及大小- 电子商务系统测试用例设计 电子商务系统测试用例设计全文共7页,当前为第1页。一、 软件功能需求 电子商务系统测试用例设计全文共7页,当前为第1页。 见《电子商务系统使用说明书》。 二、 场景设计员登录 A00—用户名密码正确正常登陆 A002-你输入的用户名和密码错误 A003-登陆成功 员资料修改 B001-修改失败 B002-修改失败 B003-修改失败 B004-修改成功 搜索商品 C001-通过,搜索出含有相机两个字的商品列表 C002-搜索不出任何商品 C003-通过,搜索出含有相机两个字的商品列表 C004-通过,无此价格商品 C005-显示的商品与代码不符 购买商品 D001-付款成功 D002-不能修改 D003-显示正常,购物车里面金额为负的 D004-购物车只显示一件物品 D005-通过 D006-保修日期,售后保障不清晰 D007-商品货存不足 收银台结账 E001-订单失败 E002-订单成功 E003-订单成功 E004-购物车仍然显示有商品 清空购物车 F001-购物车仍然显示有商品 F002-购物车为空 查询订单 G001-订单不存在 G002-订单存在 销售排行 H001-通过,显示销售排行榜 H002-通过,页面从销售跳转到购物车 电子商务系统测试用例设计全文共7页,当前为第2页。商城公告 电子商务系统测试用例设计全文共7页,当前为第2页。 通过 不通过 三编写测试用例: 用例编 号[场 景] AD001 [A001] 前提条件 输入数据以及操作 预期结果 实际结果 [是否通 过] 注册用户名:WC 密码:12345 进入登陆页面,输入用户名:WC 密码:12345 登陆成功 登陆成功 AD002 [A002] 注册用户名:wc 密码:12345 进入登陆页面,输入用户名:WC 密码:123123 点击登陆 登陆失败 你输入的 用 户名和密 码 错误,请 与 管理员联 系 AD003 [A003] 注册用户名:WC 密码:12345 进入登陆页面,输入用户名:WC 密码:12345点击登陆 在别的电脑已登陆 登陆失败, 提示 此用户正在 使用 登陆成功 BD001 [B001] 注册用户名:wc 密码:12345 输入用户名:WC 密码:12345 点击登陆, 进入修改资料页面,修改Email 修改成功 修改失败 BD002 [B002] 注册用户名:WC 密码:12345 输入用户名:wc 密码:12345点击登陆, 进入修改资料页面,修改证件类型 修改成功 修改失败 BD003 [B003] 注册用户名:WC 密码:12345 输入用户名:WC 密码:12345 点击登陆,进入修改资料页面,修 改证件 号码 修改成功 修改失败 BD004 [B004] 注册用户名:WC 密码:12345 输入用户名:WC 密码:12345 点击登陆,进入修改资料页面 修改页面皮肤 因为是 员, 修改成功 修改成功 电子商务系统测试用例设计全文共7页,当前为第3页。 电子商务系统测试用例设计全文共7页,当前为第3页。 CD001 [C001] 注册用户名:WC 密码:12345 输入用户名:WC 密码:12345点击登陆, 点击搜索商品,输入查询条件(如 IT 数码,关键字为相机) 搜索出含有 相 机两个字的 商 品列表 通过, 搜索 出含有相 机 两个字的 商 品列表 CD002 [C002] 注册用户名:WC 密码:12345 输入用户名:WC 密码:12345 点击登陆, 点击搜索商品,输入查询条件(如 文具, 关键事为相机) 搜索不出任 何 商品 搜索不出 任何商品 CD003 [C003] 注册用户名:WC 密码:12345 输入用户名:WC 密码:12345点击登陆, 点击搜索商品,输入查询条件(如 全部分 类,关键字为相机) 搜索出含有 相机两个字 的商 品列表 通过,搜 索 出含有相 机 两个字的 品列表 CD004 [C004] 注册用户名:WC 密码:12345 输入用户名:WC 密码:12345点击登陆, 点击搜索商品,输入查询条件 价格小于1000元的小天才电视机 系统扌疋不无 此价位的小 天才电视机 通过,无 此价格商 品 CD005 [C005] 注册用户名:wc 密码:12345 输入用户名:WC 密码:12345点击登陆, 输入商品代码 出现相应的 商品 显示的商 品与代码 不符 DD001 [D001] 注册用户名OWE 密码11111 下拉框选取家电通讯,点击小天才 电视, 点話购买,点击去收银台付款, 填写信息,点击提交 正常付款 付款成
1.简介 1.1目的   本文档是将系统在测试过程出现的问题陈列出来,使得开发人员清楚的知道系统中所存在的问题与不足,从而加以改进,使系统更加健壮安全,增强系统的可运行性和可维护性。本文档的读者为开发人员和测试人员。 1. 2范围 本文档从编程人员编写代码开始就能使用,在用户登录系统、用户订餐系统、员管理系统、订餐信息处理系统、菜式管理系统、系统用户管理系统等六大模块中均适用,在每一个模块都必须进行单元测试,到软件完整开发出来后进行综合测试。本文档将解决测试问题、环境、结果、缺陷和评价等问题。 2. 测试内容 2.1 用户登录模块用户订餐系统员管理系统订餐信息处理系统菜式管理系统 用户输入ID和密码,如验证无误便可登陆成功,在登陆状态下所做的定购额记入用户总积分。如果用户不登陆或为非员,则定购额无法记入总积分。 2.2 用户订餐系统 用户首页上显示的菜式图片来点选自己喜欢的菜式和饭食,也可以对快餐进行分类查询。点选确认后放入虚拟购物车。可点选多样菜式。最后在虚拟柜台提交所有定购的物品,定购金额在10元以上才可提交,否则弹出对话框提示定购额不足。 2.3员管理系统 对注册为员的用户的信息进行管理。可以每月对员进行积分排名,星级员评定,以及对用户资料进行删除。 2.4 订餐信息处理系统 对订餐的信息进行管理和分类。将全天定餐信息显示在服务器端,分记录显示。记录分为两种状态:“未派送”和“已派送”。此系统的操作人员把刚刚送出的“未派送”记录进行标记,该记录则变为“已派送”。
当给定一个APP或Web应用时,测试用例设计思路可以考虑以下几个方面: 1. 功能测试:针对每个功能模块设计相应的测试用例,涵盖所有的功能点。例如,对于一个在线购物APP,需要测试的功能包括登录、浏览商品、添加商品到购物车、结算等,针对每个功能点,设计相应的测试用例。 2. 兼容性测试:测试应用在不同平台、不同浏览器、不同设备上的兼容性,包括不同操作系统、不同版本的浏览器、不同分辨率的设备等。对于每个兼容性测试点,设计相应的测试用例。 3. 性能测试:测试应用在不同负载下的性能表现,包括并发用户数、响应时间、吞吐量等。对于每个性能测试点,设计相应的测试用例。 4. 安全性测试:测试应用的安全性,包括输入验证、认证授权、数据加密等。对于每个安全性测试点,设计相应的测试用例。 5. 用户体验测试:测试应用的用户体验,包括界面设计、操作流程、反馈等。对于每个用户体验测试点,设计相应的测试用例。 在设计测试用例时,需要注意以下几个方面: 1. 设计用例时要尽可能地覆盖所有的测试点,确保测试的全面性。 2. 设计用例时要考虑边界情况,例如输入最大值、最小值等,确保测试的准确性。 3. 设计用例时要考虑测试的可重复性,确保测试结果的一致性。 4. 设计用例时要考虑测试的可维护性,确保测试的持续性。 综上所述,设计测试用例时需要根据应用的不同特点,从不同的角度出发,全面地考虑测试点,并且注重测试用例的准确性、可重复性和可维护性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值