buffalo test 不支持指定包或参数，需用 go test ./actions 等原生命令精准运行测试。它硬编码调用 go test ./... -v，不透传 -run 或 -tags，且测试可能因 pop.connect() 强依赖数据库而失败。
buffalo test 默认不跑指定包，得用 go test
Buffalo 没有内置「运行某个 package 的测试」的 CLI 命令。执行 buffalo test 本质是调用 go test ./... -v，它会递归扫描所有子目录并执行测试，无法指定单个包路径。
想测 actions/ 或 models/ 下的测试，直接 go test + 包路径
Buffalo 项目结构里，测试文件（*_test.go）通常和业务代码同级，比如 actions/home_test.go 对应 actions/ 包。这时要精准运行，必须绕过 buffalo test：
-
go test ./actions—— 运行整个actions/包下的测试 -
go test ./models—— 同理，只测模型层 -
go test ./actions -run ^TestHomeHandler$—— 加-run精确匹配函数名（注意正则语法） - 别写
go test actions（缺./前缀），Go 会报no Go files in ...
为什么 buffalo test 不支持 -run 或 -tags 参数
buffalo test 是一个封装脚本，硬编码了参数列表，不透传任意 go test 选项。你加 buffalo test -run TestFoo 会被当成 buffalo 自己的 flag，直接报错或静默忽略。
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 常见错误现象：
flag provided but not defined: -run - 真实需求场景：CI 中只想跑 API handler 测试，跳过耗时的数据库迁移或前端 asset 构建逻辑
- 解决方案：在 CI 脚本里明确写
go test ./actions ./models --tags=unit -v，并确保go.mod里没引入github.com/gobuffalo/packr/v2等非必要依赖（它们会让go test加载失败）
测试依赖数据库？小心 buffalo db migrate 自动触发
如果测试里用了 pop.Connection，而 models/models.go 初始化时调用了 pop.Connect()，那么 go test ./models 可能因连接不到 DB 直接 panic。这不是 go test 的问题，而是 Buffalo 生成的初始化逻辑太激进：
- 检查
models/models.go是否在init()里调用了pop.Connect()—— 开发期方便，但单元测试不该强依赖真实 DB - 推荐做法：把 DB 连接逻辑移到
TestMain或用testify/suite的SetupTest控制生命周期 - 临时规避：设环境变量
POP_DATABASE_URL=sqlite3://file::memory:?cache=shared，避免连本地 PostgreSQL
真正要控制测试粒度，就得放弃 buffalo test 的“一键全量”幻觉，回到 go test 的原生语义。Buffalo 的价值在 scaffolding 和 dev server，不在测试调度上。
