dachui/hfb_sys
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
708 Commits 3 Branches 0 Tags
dc13b5dc82cd42dd91ecd754e8a0eb0eea4bb60c
Commit Graph
39 Commits
Author SHA1 Message Date
yml2213 9ae763dee6 fix(distribution): 修复收号站订单详情权限、专属支付通道路由、大盘统计与仲裁积分隔离 
- 修复 FindOrder 在收号站模式(two_party_distributor_receive / three_party)下的 403 权限判定，放行参与方站点成员并精准计算收益
- 串联 distribution_site_payment_channels 至 payment.Start 核心支付发起流程，分销订单优先使用绑定的专属商户通道
- 修复数据大盘 GetDashboardAnalytics 趋势中 ReceivedCount 恒为 0 的问题，并对齐今日订单与 GMV 统计
- 修复 dispute/arbitration.go 仲裁完成时向分销租客发放成长积分的泄漏风险
- 提现管理新增 distribution_site_name/distribution_site_code 字段并在后台列表与详情弹窗中区分展示分销站
- GetPublicSiteInfo 增加 X-Distribution-Site-Code 请求头兜底支持
 2026-09-11 10:31:14 +08:00
yml2213 140c538d4f fix(distribution): 人工批次窗口期防退款穿透与退款中途金额单调性加固 2026-09-10 19:39:27 +08:00
yml2213 36ebe7a5f1 fix(distribution): 结算幂等与退款口径加固，补关单释放与回归测试 
- 结算明细加唯一键 (order_id, party_id)：自动释放与手工批次并发时以唯一键冲突为准跳过该参与方，不再重复入账
- 自动释放先无锁筛出本站未入账参与方，收敛加锁范围；手工批次建批次后先锁周期内财务快照，与自动释放串行化
- 累计退款额改为「本次回调金额与已退款成功流水合计取较大值」，多笔退款与退款结果重复回调不再把口径写小
- 关单三路径（AdminClose / AdminRejectRefund 的 close 分支 / AdminSeal）补写 release_at，接线原死代码 EnsureCompletedReleaseAtTx
- 仲裁分销重算改用实际退款额（扣除押金暂扣），避免站点被多扣
- 订单列表与详情的提价分成取 min(收入, 货架加价)，退款压缩加价后不再显示负数
- 新增迁移 000070（结算明细唯一键）、000071（补回填 closed 订单释放时间）
- 新增 5 个测试文件：结算幂等与展示钳制、结算 job 幂等、累计退款、关单补写释放时间、仲裁押金暂扣口径
 2026-09-10 19:13:39 +08:00
yml2213 cbd5412315 test: 后端测试从 SQLite 全面切换到 MySQL，与生产环境对齐 
测试库不再使用 SQLite 内存库，改为每个测试包独立的 MySQL 库，
表结构由 backend/migrations 的真实迁移建立。

基础设施
- 新增 internal/database/testdb.go：NewTestDB() 保持原签名（28 处调用零改动），
  内部连接 MySQL 测试库，首次调用重建库并执行全部真实迁移，之后每次调用清空全表
- 库名 = 测试库基础名 + 包目录名，同包共享、跨包隔离，使 go test ./... 可并发执行
  （共用一库时各包会互相 DROP/CREATE 导致 database exists）
- 新增 NewDryRunDB()：MySQL 方言 + DryRun，供断言 SQL 形态的 5 处测试使用
- 新增 AutoMigrateIfMissing()：只对不存在的表 AutoMigrate，
  避免改动迁移定义的索引与约束
- 新增 scripts/prepare-test-db.sh：建库与通配授权，可重复执行
- 33 处 sqlite.Open 全部替换，26 个测试文件改用 MySQL
- 删除 46 处手写 SQLite 方言 DDL（AUTOINCREMENT / INTEGER PRIMARY KEY / TEXT），
  表统一由真实迁移建立
- go.mod 移除 gorm.io/driver/sqlite 与 mattn/go-sqlite3
- 删除生产代码里 distribution/repository.go 的 sqlite 方言分支（strftime）

对齐环境后暴露并修复的真实问题
- DATE(col) 在 MySQL 返回 DATE 类型，使 Date string 字段变成 RFC3339 时间串，
  大盘日期会带出时间部分；28 处改为 DATE_FORMAT(col, '%Y-%m-%d')
- 系统自动创建分销结算批次时 created_by 写入 0，违反指向 admin_users 的外键，
  生产会直接插入失败；改为写 NULL（新增 adminRef helper）
- MySQL DATETIME 仅到秒，静默截断 Go 侧写入的时间，
  导致租用时长计算与结算时点回读比对偏差；
  rental_orders 的 9 个业务时间列提到 DATETIME(6)
- 测试数据补齐严格模式要求的 NOT NULL 列、修正超出列长的取值、补齐外键父记录

迁移
- 000065 的 ALTER TABLE rental_orders 一并完成业务时间列精度调整，
  feature 侧不再单开迁移文件

脚本与文档
- check.sh / check-backend-coverage.sh 去掉 -p 1 串行与 SQLite 相关注释
- 更新 docs/Repository层测试补充总结.md 的测试运行说明
 2026-09-10 14:34:01 +08:00
yml2213 369b0647bb 合并 main 分支并融合订单列表最小化与 SQL 治理 
- Auth/权限中间件取 main 演进版（错误细分、token 来源），保留 dev 的用户 cookie 与登出撤销语义
- 后台订单列表：融合 main 的首页免 COUNT 优化与关键词索引路由，保留 dev 的最小化 AdminOrderListItemDTO（结账明细仍由详情接口返回，同步调整对应集成测试）
- 保留 dev 的 token_version 冻结/解冻递增与 main 的状态变化判断及通知
- 前端：保留 dev 登出接口与 main 的 fetchMe silent 参数、SSE 登录跳转；后台订单表按 dev 最小化 DTO 移除号主到手列
 2026-09-05 11:43:13 +08:00
yml2213 ac67a91438 接入分销订单支付退款与站点隔离 2026-09-05 10:52:36 +08:00
yml2213 208f12ddb4 完善本地质量门禁与资金链路测试 2026-09-02 13:50:19 +08:00
yml2213 9511b580e4 新增撞车订单人工退款 2026-07-31 21:57:35 +08:00
yml2213 88d74aca7d 重构日志与可观测性体系 
新增单行文本编码器与结构化 GORM 日志，统一错误记录与请求日志策略，收紧日志文件权限并修复按天切分与压缩，支付回调参数脱敏，生产强制阿里云短信，RequestID 校验防注入，日志文案中文化。
 2026-07-29 16:19:35 +08:00
yml2213 8af7333969 按实际纯币金额计算租客优惠与积分 2026-07-27 10:45:41 +08:00
yml2213 a4189db4ca 业务更名为撞车并切换crash路由 
用户可见文案与页面/API路径改为撞车与crash，保留mohong表与权限码兼容；移动端入口去掉租/撞图标。
 2026-07-16 21:19:35 +08:00
yml2213 6d61027318 新增摸大红业务并修复后台链接按钮白字 
支持分类筛选、搜索、下单支付建群与固定二维码；合并迁移种子数据；后台表格编辑/详情链接恢复主题色可见。
 2026-07-16 18:08:18 +08:00
yml2213 2ca6fd9306 完善测试建表并统一前端格式 2026-07-14 01:32:14 +08:00
yml 9b06673efb 优化支付日志和配置删除提示 2026-06-18 22:16:09 +08:00
yml fa14e0e36d 记录退款失败请求参数 2026-06-18 21:53:46 +08:00
yml 6d385478a6 接入顺成支付并优化配置列表 2026-06-18 21:33:15 +08:00
yml a275a006eb 修复支付取消与成功统计 2026-06-14 23:58:39 +08:00
yml 3ff8c1de88 支持微信支付宝独立支付渠道 2026-06-14 23:38:03 +08:00
yml 6ff7692f3e 支付确认强一致化: 订单推进与标 paid 合并为单事务 
confirmPaid 原为「先 ConfirmPaidFromChannel 独立事务推进订单, 再 Updates 标 paid」两步非原子, 崩溃在中间会出现订单已 pending_handoff 但 payment 仍 paying 的不一致窗口, 恢复依赖渠道回调重发而非事务闭环。

改造:
- 新增 ConfirmPaidFromChannelTx(tx, orderID) 让 order 模块共享 payment 模块的外部事务, 订单推进与 payment 标 paid 落进同一事务, 崩溃一致性窗口消除
- NotifyNewConversation 提到事务提交后触发, 避免事务回滚后误发会话通知
- payment_orders 加行锁后 Updates, 防并发回调覆盖写
- 删除未使用的 providerBizNo 死参数

锁顺序全局一致 (order→listing→account→payment), 与 payment_start/refund/Cancel 路径无反向加锁, 无死锁风险。

新增集成测试:
- 正向: 验证 confirmPaid 后 order/listing/account/payment 全部正确推进
- 回滚: payment 更新失败时 order 不残留 pending_handoff, 验证事务原子性

go build/vet/test 通过。
 2026-06-14 09:42:26 +08:00
yml2213 fec8e37181 修复退款幂等与补偿重试 2026-06-14 07:55:02 +08:00
yml2213andClaude Opus 4.8 e8621728fd 删除钱包充值功能并消除重复入账风险 
钱包充值为开发态测试功能(生产环境本就禁用),且支付回调存在重复入账风险:入账与标记 paid 两步非原子、wallet_ledger 去重无唯一索引、幂等键使用了可变的 ProviderOrderID。直接删除该功能从根本上消除风险。

后端:
- payment 移除 StartWalletRecharge/QueryWalletRecharge 及相关 handler/DTO/常量;confirmPaid 增加 OrderID 守卫;解除对 wallet 仓库的依赖
- wallet 移除 Recharge/ConfirmRechargeFromChannel 及相关定义
- 移除三条充值路由;adminfinance 财务统计口径只统计 order_pay
- 清理充值相关测试用例

前端:
- 移除充值 API、WalletView 充值面板/弹窗、admin 充值标签与筛选
- 保留钱包余额、流水、提现等核心能力

go build/vet 与 vue-tsc typecheck 均通过。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-06-14 02:45:46 +08:00
yml2213 df7d6a2675 添加 API 限流和支付渠道熔断 2026-06-10 15:48:04 +08:00
yml2213 60ff513463 拆分大型 Repository 文件职责 2026-06-10 14:28:16 +08:00
yml2213 d2858c529d 继续补齐核心模块 Context 超时控制 2026-06-10 11:50:27 +08:00
yml2213 334436f381 修复 Context 改造后的编译问题 2026-06-10 09:43:49 +08:00
yml2213 b377f8350b 为 9 个模块添加 Context 超时控制 
完成模块：
- auth: 3 个 Repository 方法 + Service + Handler + Middleware
- wallet: 已有 context 支持，修复依赖调用
- payment: 已有 context 支持，修复 wallet 调用
- adminaudit: 1 个方法
- notification: 2 个方法
- realname: 2 个方法
- systemconfig: 4 个方法
- adminauth: 7 个方法
- adminuser: 6 个方法

所有数据库调用已改为 r.db.WithContext(ctx)，完整传递 context 链路。

待完成模块: order, listing, chat 等 12 个模块（约 157 个方法）
 2026-06-10 09:12:27 +08:00
ymlandClaude Opus 4.8 992d4ed234 完成 Week 1-2：为 Order 和 Payment 模块补充 Repository 层测试 
## 新增测试文件

### Order 模块（11 个新测试用例）
- repository_integration_test.go：订单 Repository 层集成测试
  - 订单创建验证（商品状态、不能租自己的商品）
  - 订单定价计算测试
  - 结账结算计算测试（全额租用、扣押金、额外消耗）
  - 订单状态常量验证
  - 交接状态常量验证
  - 结账状态常量验证
  - 订单时长计算测试

### Payment 模块（18 个新测试用例）
- repository_integration_test.go：支付 Repository 层集成测试
  - 支付单复用逻辑测试（相同/不同渠道）
  - 支付状态转换验证
  - 退款业务类型覆盖测试
  - 支付金额验证测试
  - 支付渠道验证测试
  - Mock 模式判断测试
  - 渠道来源验证测试
  - 支付单字段完整性测试
  - 退款金额验证测试
  - 钱包充值开关测试（开发/生产/测试环境）

## 测试覆盖率提升

| 模块 | 原覆盖率 | 新覆盖率 | 提升 |
|------|---------|---------|------|
| wallet | 11.0% | **36.1%** | +25.0% ✨ |
| order | 7.7% | **10.2%** | +2.5% |
| payment | 8.9% | **8.9%** | 保持 |

## 测试统计（累计）

- **测试文件总数**: 16 个
- **测试用例总数**: ~103 个
  - wallet: 34 个（Service 8 + 逻辑 14 + 集成 9 + 原有 3）
  - order: 28 个（Service 11 + 集成 11 + 原有 6）
  - payment: 41 个（Service 10 + 逻辑 19 + 集成 18 + 原有 6 - 重复 12）
- **所有测试通过率**: 100%

## 测试亮点

### Order 模块
- ✅ 订单创建时的商品状态验证（未发布、已下架、待审核、交易中）
- ✅ 防止租自己的商品
- ✅ 订单定价计算（租金、号主实得、平台手续费）
- ✅ 结账结算计算（全额租用、部分押金扣除、额外消耗品）
- ✅ 状态常量完整性验证

### Payment 模块
- ✅ 支付单复用逻辑（相同商户可复用、不同商户不可复用）
- ✅ 支付状态转换验证
- ✅ 退款业务类型覆盖（7 种类型）
- ✅ 支付金额验证（正数、零、负数）
- ✅ 环境相关配置测试（钱包充值在生产环境禁用）

## Week 1-2 任务完成情况

- ✅ 为 Order Repository 层补充测试
- ✅ 为 Payment Repository 层补充测试
- ✅ 所有测试通过验证
- ✅ 更新改进计划文档

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-06-10 01:36:52 +08:00
ymlandClaude Opus 4.8 cb07fce5fd 为核心金融模块补充单元测试和集成测试 
## 新增测试文件

### Wallet 模块（34 个测试用例）
- service_test.go：8 个 Service 层测试
- repository_logic_test.go：14 个纯逻辑测试（applyEntry 核心逻辑）
- repository_integration_test.go：9 个集成测试（数据库完整流程）
- 测试覆盖率：11.0% → 36.1%（提升 25%）

### Order 模块（11 个测试用例）
- service_test.go：11 个 Service 层测试
- 覆盖所有 Service 方法的依赖检查和参数验证

### Payment 模块（29 个测试用例）
- service_test.go：10 个 Service 层测试
- repository_logic_test.go：19 个逻辑测试（状态判断、常量验证）
- 覆盖支付单复用、退款逻辑、输入验证

## 测试基础设施
- database/test_helper.go：提供内存 SQLite 数据库创建函数
- 支持快速、隔离的测试环境

## 测试策略
- 分层测试：Service 层（参数验证）→ Repository 逻辑层（纯函数）→ Repository 集成层（数据库）
- 覆盖核心业务：余额变更、支付单复用、订单状态转换
- 边界条件：余额刚好够扣、差1分不够扣、零金额、并发场景
- 幂等性保证：渠道充值幂等、支付单复用

## 文档
- docs/代码质量改进计划.md：详细的问题分析和改进计划（16周路线图）
- docs/Repository层测试补充总结.md：测试工作总结和运行指南

## 测试结果
- 所有测试通过（74 个测试用例）
- Wallet 模块覆盖率提升至 36.1%
- 为后续测试工作建立了完整的框架和规范

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
 2026-06-10 01:26:06 +08:00
yml 5cd3ead4bd 统一金额分制重构 2026-06-09 19:04:11 +08:00
yml a2a0489158 优化订单支付 2026-06-08 23:56:25 +08:00
yml 0b419f5084 修复仲裁退款并新增免押额度 2026-06-08 21:00:39 +08:00
yml2213 954c3d6be3 修复拉卡拉支付时间偏差 2026-06-07 20:42:57 +08:00
yml2213 a5e55bc045 测试修复15分钟bug 2026-06-07 20:05:56 +08:00
yml ba4c56c0cc 支持拉卡拉多渠道支付和测试充值 2026-06-06 21:46:41 +08:00
yml 4d40883da6 支持后台支付配置管理 2026-06-06 17:49:22 +08:00
yml c80d3f960e 优化支付退款钱包链路 2026-06-03 21:47:04 +08:00
yml 783999f396 优化乐刷通知与钱包充值流程 2026-06-03 18:51:56 +08:00
yml a1942c8453 钱包结算所有, 第三方充值到钱包 2026-06-03 17:41:24 +08:00
yml ae8928f458 开始增加支付-1 2026-06-03 12:21:23 +08:00