Buffalo测试时不会自动执行数据迁移，需在TestMain中显式调用migrate.Up；必须清理schema_migrations表或使用内存SQLite以避免重复迁移错误。
Buffalo 框架在测试启动时不会自动执行数据迁移，必须显式调用 migrate.Up 或等效逻辑 —— 这是绝大多数 Go Web 测试套件的默认行为，不是 Buffalo 的 bug，而是设计使然。
为什么测试时迁移不自动触发
Buffalo 的 buffalo test 命令默认只加载应用配置和数据库连接，不运行 buffalo migrate up。它假设测试环境由你完全控制，包括数据库状态。生产迁移脚本（models/migrations/*.sql）和测试数据准备是分离的关注点。
- 迁移命令本身（
buffalo migrate up）依赖 CLI 环境变量（如GO_ENV=test）和database.yml中对应环境的配置，但测试进程不继承这些上下文 -
buffalo test启动的是纯 Go 测试流程（go test），不启动 Buffalo CLI runtime，因此不会触发任何 migration hook - 即使你在
actions/app.go里写了PopTransaction初始化，它也只在 HTTP server 启动时生效，对单元测试无效
在 TestMain 中手动执行迁移
最稳妥的方式是在测试入口 func TestMain(m *testing.M) 中调用 Pop 的迁移函数。Buffalo 使用 github.com/gobuffalo/pop/v6，其 migrate.Up 支持指定方向和环境。
- 确保测试文件（如
models/models_test.go）中已 import"github.com/gobuffalo/pop/v6" - 用
pop.NewConnection(&pop.ConnectionDetails{...})构造测试专用连接，避免污染开发数据库 - 调用
err := migrate.Up(tx, "development")—— 注意这里传的是"development"而非"test"，因为 Buffalo 默认把test环境的 migration 目录设为./migrations，且不区分环境目录；实际迁移路径由tx.Dialect.MigrationsPath()决定，通常就是./migrations - 务必在
defer tx.Close()前执行迁移，否则连接可能提前释放
示例片段：
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
func TestMain(m *testing.M) {
tx, err := pop.Connect("test")
if err != nil {
log.Fatal(err)
}
defer tx.Close()
if err := migrate.Up(tx, "development"); err != nil {
log.Fatal(err)
}
os.Exit(m.Run())
}
避免重复迁移或清理残留
测试数据库是临时的，但迁移表（schema_migrations）若未清空，会导致后续 go test 失败：提示 “migration already applied”。
- 每次测试前用
tx.RawQuery("DROP TABLE IF EXISTS schema_migrations").All()清理迁移元数据（注意：这会重置整个迁移历史） - 或者更轻量地 truncate：
tx.RawQuery("DELETE FROM schema_migrations").All() - 不要依赖
migrate.Down回滚——它只对已记录的迁移有效，而测试中常出现“部分迁移失败后残留”情况，直接删表更可靠 - 如果使用 SQLite 测试，可每次用内存数据库（
sqlite://:memory:），天然隔离，无需清理
用 buffalo task 封装迁移逻辑（适合集成测试）
若你写的是端到端集成测试（比如启动真实 HTTP server），更适合把迁移封装成自定义 task，再在测试前 shell 调用：
- 新建
tasks/migrate_test.go，注册buffalo task migrate:test - task 内部调用
pop.Connect("test")+migrate.Up，并支持--force参数强制重跑 - 测试前执行：
buffalo task migrate:test --env=test - 这种方式与 CI/CD 流程更一致，也便于人工验证迁移脚本本身是否可运行
真正容易被忽略的是：Buffalo 的 PopTransaction 在测试中默认不启用事务回滚（不像 Rails 的 use_transactional_tests）。哪怕你用了 tx.Transaction 包裹单个测试，迁移操作本身仍会永久写入数据库 —— 所以清理 schema_migrations 表不是可选项，而是必选项。
