添加购物车

# TODO  2022/11/30   18:27
"""
linux
购物车测试点
interview question 测试点
*   touch snhq    创建文件
*   rm -rf snhq   删除文件或目录
*   mkdir snhq    创建文件夹
*   cp -r yuwen /home/admin/snhq/     复制文件夹
*   cd /home/admin/swlp/      切换目录
*   cp shuxue.txt /home/admin/snhq     复制文件夹
*   pwd    查看文件路径
*   top    查看CPU
*   cat /proc/meminfo     查看内存占用
*   ps      查看进程
*   df      查看硬盘使用情况
*   du      查看文件大小
*   ls      查看权限
*   file snhq           文件类型
*   vim shuxue.txt      vim编辑器
*   more shuxue.txt      读取文件     空格阅读    q退出
*   less shuxue.txt       Ctrl+B   向上     Ctrl+B   向上   q 退出
*   head -n 1 shuxue.txt     显示文件的第一行   -2  读取负二行
*   head -c 2 shuxue.txt     读取字节
*   tail -n 3 shuxue.txt      读取最后3行
*   wc -l shuxue.txt            统计行数   -m  字符
*   cat -n shuxue.txt     文件编号
*   cat shuxue.txt > file1.txt     文件覆盖
*   cat shuxue.txt >> file1.txt    追加内容
*   mkdir -p bawei/2003             创建层级文件
*   mv file2.txt yuwen/             移动
*   find -name 'file*'              文件查找
*   locate file                     搜索文件
*   grep -c '123' shuxue.txt        搜索文件文本有多少行
*   ls -l file1.txt                 查看文件权限
*   chmod 664 file1.txt             修改权限

入口测试:我的购物车,去购物车而结算
用户类型:登录的用户,未登录的用户
商品清单:
按店铺展示商品清单,包括图片、名称、单价、数量、小计等;
显示店铺合计金额、商品总结金额
购买数量可进行增减-- 等价类、边界值
商品支持删除、移到关注
选择商品
全选
单个勾选、部分选;
删除选中商品,移入关注,清理购物车
去结算
点击“去结算”
跳转至订单确认界面–交互验证
空页面处理
当购物车商品为空时, 可选择“去购物”
购物车是否需要登陆才能进入;
账号退出后,购物车添加的内容是否还在;
购物车页面是否能够显示添加的商品的详细信息(商品名称、链接、数量、单价、总价);
一条商品的单价、数量、总价的计算是否正确;
多条商品是否能够以列表显示;
多条商品同时显示,能否在相同的位置显示相同的数据;
购物车能够返回商品首页继续浏览;
能够移除购物车中的商品;
购物车能够调整商品的数量;
限购商品数量调整时能不能超过限购数量;
没有限购要求的商品,添加数量能不能超过库存数;
购物车能够添加多少件不同的商品;
购物车能够添加多少件相同的商品;
限购商品按照规则购买完成后,还能不能再次添加购物车并购买;
针对购物车中的多条商品,能不能只选择其中的一部分进行结算下订单;
能否一次性清空(可不是全部买完)购物车;
能否全选购物车中的商品;
选择的商品数量和价格与结算时的数量和价格是否一致;
如果使用优惠券,结算价格是否是优惠后价格;
购物车中的商品结算后,是否从购物车中清除;
删除功能是否有提示;是否有回到顶部的功能;
商品过多时结算按钮是否可以浮动显示;
购物车中下架的商品是否有特殊标识;
新加入购物车商品如何进行排序(添加购物车中存在店铺的商品和购物车中不存在店铺的商
品) ;

*   发现一个bug,如何定位是app端还是服务端?
抓包分析服务端返回数据是否符合预期,数据正确,客户端的问题
日志分析,分析异常情况,确定具体的原因
查看log,保留现场拿给开发看
*   bug的生命周期
发现BUG–>提交BUG–>指派BUG–>研发确认BUG–>研发去修复BUG–>回归验证BUG–>是否通过验证–>关闭BUG
*   开发人员说不是bug,如何处理
反复确认bug,保证发现的确实是一个bug。
bug描述不明确
开发和自己对需求的理解不一致,找产品确认需求

找来产品经理进行确认,需不需要改动,三方商量确定好后再看要不要改。

如果是需求本身没有说明的,那么可以找需求人员进行确认,属于需求不明确导致的 bug。需要找需求人员确认。

这个问题是可重现的 bug,需要记录详细问题场景,与评审后的需求是否一致,不一致的就是需求不符的 bug。

bug需要做好登记及结论备注,即使需求人员确认为设计如此或者不予解决,在以后遇到这个问题时可以查证。
"""

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值