Uninote
Uninote
用户根目录
brdr
common
programming
docs
后端试题
问题讨论

测试环境

管理后台的账密都是:

  • admin
  • 123456

目前有4个不同测试环境

兔爷

https://dev.s.bb.uninote.com.cn/shop-web/

powder地址:http://dev.powder.bb.uninote.com.cn/?phone=[自己的手机号]

兔兔

庄周

https://dev.s.zz.uninote.com.cn/shop-web/

powder地址:http://dev.powder.zz.uninote.com.cn/?phone=[自己的手机号]

857

https://dev.s.857.uninote.com.cn/shop-web/

powder地址:http://dev.powder.857.uninote.com.cn/?phone=[自己的手机号]

image-20240410115203074

欧得咧

https://dev.s.odl.uninote.com.cn/shop-web/

powder地址:http://dev.powder.odl.uninote.com.cn/?phone=[自己的手机号]

image-20240410115100330

黑魔

产品文档

https://uninote.com.cn/book/1027/6854

测试文档

https://i2is36ylup.feishu.cn/sheets/YA5DsdQ92h13QitM0MUcBMTvnJf

  • 文档说明
    • 通用部分
    • 1、2、3。。。
    • 冒烟测试用例
    • 图片

蓝湖

https://lanhuapp.com/link/#/invite?sid=lX0fDUoA

接口文档&工具

每个环境有自己的地址,参见各个测试环境

v1.4.0

纯贝壳支付

支付密码

设置

  • 支付密码,支付1分验证后设置,然后几分钟内退款
    • 10分钟有效
    • 有效期内,显示设置界面
    • 不在有效内,显示支付界面;支付完成后变为设置界面
  • 验证使用一次之后失效
  • 仅6位数字
  • 跳转设置支付密码(如果用户尚未设置)
  • 修改密码及时生效
  • 密码强度没有验证

校验

  • 当前运行期间不重复输入,小程序重新启动需要重新输入一次
  • 密码校验,与session比对,可能存在缓存问题

确认页面

  • 数据核对

方式选择

  • 再来一次不能用纯贝壳支付
  • 禁用不可用的支付选项 & 自动切换到微信支付
  • 纯贝壳显示密码输入框

剩余贝壳

  • 刷新福袋时获取的贝壳值
  • 允许实际扣减(生成订单)时变化
  • 不允许扣减为负数

确认支付

  • 点击隐藏
  • 创建订单并支付
    • 位置锁定失败
  • 支付出错自动取消订单
    • 放弃支付
    • 密码错
    • 支付超时
    • 福袋下架、终止
  • 1分钟超时取消
    • 取消后再支付成功退款
  • 取消后恢复贝壳

退款

  • 参考:贝壳退款
  • 再来一次退款:退款后实付为0,但仍是一个有效订单

其他

  • 订单号模拟,PS前缀
  • 各种情况要验证贝壳余额,流水的正确性

admin

  • 贝壳单位是元,整数
  • 更新为纯贝壳:带小数不能改为纯贝壳支付

常规福袋一次多单

后台随机一次性生成多个订单,订单号可以重复(商户订单号、微信订单号),但一次性支付

单数选择

  • 仅需要时才显示
    • 常规福袋显示
    • 售卖中
  • 加减
  • 直接输入
    • 删除不输入默认为1单
    • 不能加到比剩余可选更大
  • 大于 1 单时购买按钮可用;否则用户需要手动选择位置

位置选择

  • 超过一单时随机选择位置,用户选择的忽略(不让用户选择多个位置,因为错误处理比较麻烦)
  • 剩余位置不足报错

状态一致性

相当于子订单,子订单的状态是一致的,同时处于:支付成功,取消,退款等状态

  • 不能单独支付某一子订单

排名

  • 就当成普通情况就行,只不过相同的订单号会占据多个连续的位置

确认页金额计算

贝壳大于售价时,需要同时满足:

  • 贝壳都是整数,没有小数,尽量多用,不能为负数
  • 至少微信支付一分钱

一次多单

  • 微信部分和贝壳部分分别*单数就是总额(或者说,微信总额和贝壳总额同一单一单支付然后分别相加的总额相同
  • 如果贝壳不够,消耗到0为止
  • 生成订单时剩余实际剩余贝壳可能变化,按实际数量生成订单

混合支付 eg:

  • 剩余3贝壳,每单2.02¥,买三单,则分别为: 0.02 + 2, 1.02 + 1, 2.02 + 0(0.02 + 2 表示 微信支付0.02,贝壳支付2,下同)
  • 剩余4贝壳,每单2¥,买三单,则三单都是 1 + 1,总计 3 + 3
  • 剩余4贝壳,每单1¥,买三单,则三单都是 1 + 0,总计 3 + 0,此时无法消耗贝壳

更新后的混合支付规则

混合支付时,需要同时满足:

  • 贝壳都是整数,没有小数,尽量多用,不能为负数
  • 微信支付小数部分,至少支付一分钱;因此售价为整数时,微信支付整数元
  • 多单:微信部分和贝壳部分分别*单数就是总额(或者说,微信总额和贝壳总额同一单一单支付然后分别相加的总额相同)

多单中奖展示

  • 满开不展示
  • 取消时不展示
  • 每行最多展示4个
    • 超过了换行
    • 不够4个分散居中
  • 直接展示结果,没有刮奖

贝壳流水

  • 一个订单生成一条记录
  • 取消、退款也是生成多条
  • 纯贝壳支付的一次多单

组合

福袋类型 * 福袋满开/即买即开 * 支付方式 * 完成方式(完成、终止)* 上下架 * 订单(取消、成功、退款、再来一次、再来一次退款)

已知问题

  • 显示问题(不够美观、遮挡。。。)
  • 满开完成后,剩余数量没有变更

打单

测试说明-old

点赞(0) 阅读(12) 举报
目录
标题