buffalo 框架不内置测试数据自动清理机制，需手动处理残留数据；推荐用事务包裹每个测试并回滚，或动态创建临时数据库，避免使用 buffalo pop reset。
Buffalo 框架本身不内置「测试数据自动清理」机制，所有测试后残留的数据都得手动处理——这是用它写集成测试时最常踩的坑。
为什么 Buffalo 的测试数据不会自动清空
Buffalo 基于 Go 构建，其 buffalo test 命令默认复用开发环境的数据库配置（比如 database.yml 中的 test 环境），但框架不接管事务回滚或 DB 快照。也就是说：你跑完一个测试，INSERT 进去的数据就真在数据库里了。
常见现象是：第二次跑测试失败，报 UNIQUE constraint failed 或查出不该存在的记录；或者 CI 环境因前次测试残留数据导致随机失败。
根本原因在于 Buffalo 的测试生命周期只负责启动 app 和执行测试函数，不包装 db.Transaction，也不提供类似 Rails 的 DatabaseCleaner 钩子。
推荐做法：用事务包裹每个测试用例
最轻量、最可靠的方式是在每个测试函数开头开启事务，结尾强制回滚——不依赖外部工具，不污染数据库，且兼容 SQLite/PostgreSQL。
- 确保你的测试使用
buffalo.TestDB获取连接（不是直连生产 DB） - 在
func TestXXX(t *testing.T)开头加：tx, err := buffalo.App().Tx().Begin() if err != nil { t.Fatal(err) } defer tx.Rollback() - 后续所有 DB 操作改用
tx而非buffalo.App().DB，例如：tx.Create(&user) - 注意：事务内无法测试外键约束或某些 PostgreSQL 特性（如
ON COMMIT DROP），但对 95% 的业务逻辑已足够
替代方案：用临时数据库名 + 自动重建
适合需要测试迁移、索引、外键等 DDL 场景，或团队不希望事务干扰调试。
- 在
database.yml的test环境中，把数据库名动态化：database: buffalo_test_{{.PID}} - 测试启动前用 shell 脚本或 Go 代码调用
createdb（PostgreSQL）或sqlite3 xxx.db "VACUUM;"（SQLite） - 测试结束时删掉该库（PostgreSQL：
dropdb；SQLite：os.Remove("xxx.db")） - 缺点：每次测试启动慢 200–500ms，且无法在 IDE 中单步调试时保留数据
别碰 buffalo pop 的 reset 命令做测试清理
buffalo pop reset -e test 看似方便，但它会：
- 先
DROP DATABASE再CREATE DATABASE，在 CI 中可能因权限被拒 - 重跑全部 migration，而你的测试可能依赖某次 migration 中间态（比如字段刚加未填充）
- 无法与并行测试（
t.Parallel()）共存，容易出现 database busy 错误 - 本地开发时频繁执行会打断你正在调试的数据库连接
真正要清理的从来不是“结构”，而是“数据”。事务回滚比重建库更精准、更快、更可控。
