dela ee420f9c56 test(postgres): pgxmock 覆盖 5 个 repo，包级 87.6% ...

为什么用 pgxmock：testcontainers 需要 docker-in-CI 而当前还没有 CI；
mock 路线 1) 零基础设施 2) 把 SQL 字符串和参数顺序作为契约锁死，
schema 漂移立刻可见——这正是上生产前最需要的信号。pgxmock 升级到
testcontainers 不阻塞 v2，留 v2.1 做 nightly 集成测试。

关键改动：
- internal/repo/persistent/postgres/pool.go：新建 pgxPool 接口，
  列出 5 repo 实际用到的 Begin/Query/Exec 三个方法。生产代码继续
  传 *pgxpool.Pool（自动满足接口），测试传 pgxmock.PgxPoolIface。
- 5 个 repo struct 字段从 *pgxpool.Pool 改为 pgxPool 接口；构造器
  签名保留 *pgxpool.Pool，app.go DI 不动。
- 5 个 *_repo_test.go：每个 repo 至少
  · UpsertMany happy path（精确 SQL + 参数）
  · UpsertMany 跳过逻辑（空字段 / 未收线）
  · UpsertMany ExecError（Rollback 路径）
  · FindRecent happy path（验证 DESC → 反序为升序）
  · FindRecent QueryError
  KlineRepo 额外加了 EmptyShortCircuits 和 BeginError 两个边界。

覆盖率：postgres 包 87.6%（UpsertMany ~86%、FindRecent ~93%）。
New*Repo 构造器为 0% 是设计选择：测试直接构造 struct 避开
*pgxpool.Pool 依赖。

所有 12 条守卫扫过无输出。

2026-05-24 20:43:46 +08:00

6.6 KiB

Raw Blame History

View Raw