All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 5m36s
- 新增订单管理、支付回调、购买验证等核心服务 - 实现订单、订单项目的数据存储层和 API 接口 - 添加订单数据库迁移和 DTO 定义 - 更新 API 文档和路由配置 - 同步 3 个新规范到主规范库(订单管理、订单支付、套餐购买验证) - 完成 OpenSpec 变更归档 Ultraworked with Sisyphus
2.4 KiB
2.4 KiB
ADDED Requirements
Requirement: 钱包支付
系统 SHALL 支持使用钱包余额支付订单。支付成功后 MUST 扣减钱包余额并激活套餐。
Scenario: 钱包余额充足
- WHEN 买家使用钱包支付,余额充足
- THEN 系统扣减钱包余额,更新订单状态为已支付,创建套餐使用记录
Scenario: 钱包余额不足
- WHEN 买家使用钱包支付,余额不足
- THEN 系统返回错误 "钱包余额不足"
Scenario: 订单已支付
- WHEN 买家尝试支付已支付的订单
- THEN 系统返回错误 "订单已支付"
Scenario: 订单已取消
- WHEN 买家尝试支付已取消的订单
- THEN 系统返回错误 "订单已取消"
Requirement: 第三方支付回调
系统 SHALL 处理微信支付和支付宝的支付回调。回调处理 MUST 幂等。
Scenario: 微信支付成功回调
- WHEN 收到微信支付成功回调
- THEN 系统验证签名,更新订单状态,激活套餐,返回成功响应
Scenario: 支付宝成功回调
- WHEN 收到支付宝支付成功回调
- 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 有效期 = 激活时间 + 套餐时长(月)
Requirement: 支付事务保证
钱包支付 MUST 在事务中完成:余额扣减、订单状态更新、套餐激活。任一步骤失败则全部回滚。
Scenario: 事务成功
- WHEN 所有步骤成功
- THEN 事务提交,支付完成
Scenario: 余额扣减后套餐激活失败
- WHEN 余额扣减成功但套餐激活失败
- THEN 事务回滚,余额恢复,订单状态不变