All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 6m2s
4.1 KiB
4.1 KiB
ADDED Requirements
Requirement: 线下支付方式
系统 SHALL 支持线下支付方式(offline),仅用于代购订单。线下支付的订单创建后直接标记为已支付,跳过支付流程。
Scenario: 创建线下支付订单
- WHEN 平台账号创建订单时选择支付方式为 offline
- THEN 系统创建订单,payment_status 直接设为 2(已支付),payment_method = "offline"
Scenario: 线下支付权限限制
- WHEN 非平台账号(代理/个人客户)尝试使用线下支付
- THEN 系统返回错误 "只有平台账号可以使用线下支付"
Scenario: 线下支付订单自动激活套餐
- WHEN 创建线下支付订单成功
- THEN 系统自动激活套餐,创建 PackageUsage 记录
Scenario: 线下支付不扣钱包
- WHEN 订单使用线下支付
- THEN 系统不扣减任何钱包余额
Requirement: 钱包支付
系统 SHALL 支持使用钱包余额支付订单。支付成功后 MUST 扣减钱包余额并激活套餐。
Scenario: 钱包余额充足
- WHEN 买家使用钱包支付,余额充足
- THEN 系统扣减钱包余额,更新订单状态为已支付,创建套餐使用记录
Scenario: 钱包余额不足
- WHEN 买家使用钱包支付,余额不足
- THEN 系统返回错误 "钱包余额不足"
Scenario: 订单已支付
- WHEN 买家尝试支付已支付的订单
- THEN 系统返回错误 "订单已支付"
Scenario: 订单已取消
- WHEN 买家尝试支付已取消的订单
- THEN 系统返回错误 "订单已取消"
Requirement: 第三方支付回调
系统 SHALL 处理微信支付和支付宝的支付回调,支持订单支付和钱包充值两种场景。回调处理 MUST 幂等。
Scenario: 微信支付成功回调(订单)
- WHEN 收到微信支付成功回调,订单号格式为 ORD 开头
- THEN 系统验证签名,更新订单状态,激活套餐,返回成功响应
Scenario: 微信支付成功回调(充值)
- WHEN 收到微信支付成功回调,订单号格式为 RCH 开头
- THEN 系统验证签名,更新充值订单状态,增加钱包余额,更新累计充值,触发佣金判断,返回成功响应
Scenario: 支付宝成功回调(订单)
- WHEN 收到支付宝支付成功回调,订单号格式为 ORD 开头
- THEN 系统验证签名,更新订单状态,激活套餐,返回成功响应
Scenario: 支付宝成功回调(充值)
- WHEN 收到支付宝支付成功回调,订单号格式为 RCH 开头
- THEN 系统验证签名,更新充值订单状态,增加钱包余额,更新累计充值,触发佣金判断,返回成功响应
Scenario: 重复回调
- WHEN 收到已处理订单的重复回调
- THEN 系统返回成功响应,不重复处理
Scenario: 签名验证失败
- WHEN 回调签名验证失败
- THEN 系统拒绝处理,返回失败响应
Requirement: 套餐激活
支付成功后系统 MUST 激活套餐,创建 PackageUsage 记录。代购订单也需激活套餐,但不更新累计充值。
Scenario: 单卡套餐激活
- WHEN 单卡订单支付成功
- THEN 系统创建 PackageUsage,usage_type 为 single_card,关联 iot_card_id
Scenario: 设备套餐激活
- WHEN 设备订单支付成功
- THEN 系统创建 PackageUsage,usage_type 为 device,关联 device_id
Scenario: 套餐有效期计算
- WHEN 套餐激活
- THEN 有效期 = 激活时间 + 套餐时长(月)
Scenario: 代购订单激活套餐
- WHEN 代购订单(is_purchase_on_behalf = true)创建成功
- THEN 系统激活套餐,但不更新卡/设备的 accumulated_recharge
Requirement: 支付事务保证
钱包支付 MUST 在事务中完成:余额扣减、订单状态更新、套餐激活。任一步骤失败则全部回滚。
Scenario: 事务成功
- WHEN 所有步骤成功
- THEN 事务提交,支付完成
Scenario: 余额扣减后套餐激活失败
- WHEN 余额扣减成功但套餐激活失败
- THEN 事务回滚,余额恢复,订单状态不变