测试数据库连接必须显式指定为"test"，不能依赖环境变量；需在代码中主动传入"test"环境名以触发内存数据库或事务回滚，否则默认连开发库导致删库风险。
测试数据库连接必须显式指定为"test"，不能依赖环境变量误连开发库
Buffalo 的 pop 测试隔离核心不是靠环境变量自动切换，而是靠你在测试代码里**主动传入 "test" 环境名**来触发内存数据库或事务回滚逻辑。如果你在 buffalo test 时没显式指定，它默认仍会读 GO_ENV（通常是 "development"），结果就是跑测试连上了你的开发库——删库风险真实存在。
常见错误现象：buffalo test 报错 connection refused（连的是本地 PostgreSQL）或测试后发现开发库数据被清空/污染。
- 运行测试前必须加
-e test：例如buffalo test -e test或go test -tags=test ./actions - 确保
models.NewDB()中对"test"环境有专用分支，比如返回sqlite3://:memory:或用pop.NewConnection(&pop.ConnectionDetails{...})构造内存连接 - 别在
database.yml里写test:块然后指望它自动生效——Buffalo 不解析该文件，models/models.go才是唯一可信入口
用 sqlite3://:memory: 还是事务回滚？选哪个取决于测试粒度
sqlite3://:memory: 是进程内、无磁盘、完全隔离的方案，适合单元测试；事务回滚（tx.Rollback()）依赖数据库支持，适合集成测试但需注意副作用。
事务回滚模式下，即使你每个测试都用 app.Pop().Transaction(...)，若 handler 内部调用了非事务方法（比如直接 db.Create() 而非 tx.Create()），数据仍会落库。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
sqlite3://:memory:：启动快、100% 隔离，但不支持 PostgreSQL/MySQL 特有语法（如RETURNING、JSONB 操作），适合验证逻辑而非 SQL 兼容性 - 事务回滚：需确保所有 DB 操作都走同一个
*pop.Connection实例 + 显式tx，且测试函数末尾必须defer tx.Rollback()；PostgreSQL 和 MySQL 均支持，但 SQLite 的:memory:不支持嵌套事务，慎用 - 混合策略更稳妥：单元测试用内存 SQLite，关键集成测试用带回滚的真实 DB（如 Docker 启的临时 PostgreSQL 容器）
pop.Transaction() 在测试中必须手动控制生命周期，中间件不会帮你回滚
很多人以为加了 popmw.Transaction(app.Pop) 中间件，测试就能自动事务化——这是错觉。中间件只对 HTTP 请求生效，而单元测试通常绕过整个 HTTP 栈，直接调用 handler 函数或 model 方法。
典型错误写法：UsersList(c).Render(...) 直接调用，c 里没挂 transaction，model 层操作直连 DB。
- 测试里要自己建事务：
tx, err := app.Pop().Transaction()，然后把tx注入到 context 或 mock 的c中 - 若 handler 依赖
c.Value("tx").(*pop.Connection)，测试前得手动塞进去：c.Set("tx", tx) - 务必
defer tx.Rollback()，且放在tx, err := ...之后立即写，避免 err != nil 时漏 defer - 别用
app.Pop().ReadOnlyTransaction()做测试隔离——只读事务不能 rollback，起不到清理作用
模型层测试最容易漏掉的点：关联数据和钩子函数
哪怕你用了内存 SQLite 和事务回滚，BeforeCreate、AfterFind 这类 pop 钩子函数仍会执行，如果它们内部调用了外部服务（比如发 HTTP 请求、写日志文件），测试就会失败或污染环境。
还有关联模型（如 User.HasMany("Posts")）在 Create() 时会自动插入，若没在测试里显式构造或禁用，可能因外键约束报错。
- 测试前用
pop.HooksDisabled = true临时关闭钩子（记得测试后恢复） - 对关联字段，要么显式传入已创建的 ID，要么用
tx.Load(...)加载完整对象，避免 ORM 自动补全导致意外 INSERT - 内存 SQLite 不支持某些约束（如部分 CHECK 表达式），若模型定义了，测试可能通过但生产环境报错——建议 CI 中加一次真实 DB 回滚测试
