GoLand不提供“模型集成测试”概念，其核心是用TestMain统一启停真实依赖（DB/HTTP）、健康检查、事务回滚与显式清理，配合_integration_test.go命名和-testing.Short守卫实现可控集成验证。
GoLand 本身不提供“模型集成测试”这个概念——它只是 IDE，真正决定测试质量的是你写的 TestMain、依赖管理方式和测试组织逻辑。所谓“模型集成测试”，实际就是对数据模型（如 struct + DB 操作）与真实数据库、HTTP 服务等协作行为的验证，核心不在 IDE，而在 Go 测试生命周期控制。
TestMain 是集成测试的必经入口，不是可选项
你在 GoLand 里右键 Run ‘Test’，如果没写 TestMain，测试大概率会连不上数据库、收不到 HTTP 响应，或者跑完残留临时表。因为：
- Go 的
go test默认并行执行所有TestXxx函数，但 DB 连接、HTTP server 启停必须串行且全局一次 -
TestMain是唯一能保证“所有测试前启动依赖、所有测试后清理”的位置 - 签名必须是
func TestMain(m *testing.M)，且只能有一个；漏掉os.Exit(m.Run())就等于静默跳过全部测试 - 别在
TestMain里用t.Log或t.Fatal——*testing.M没这些方法，出错直接os.Exit(1)
测试文件命名和运行守卫必须配对
GoLand 不会自动识别哪些是集成测试，全靠你人工约定。否则 CI 里一跑就卡住，本地开发也容易误触：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 文件名用
_integration_test.go后缀（如user_integration_test.go），GoLand 能按名称过滤，你也一眼能区分 - 每个测试函数开头加
if testing.Short() { t.Skip("skipping integration test") } - 再加一层依赖探活：比如
if err := db.Ping(); err != nil { t.Skipf("DB not ready: %v", err) } - 日常开发只跑
go test -short ./...，手动验证时才去掉-short或用-run Integration
DB 和 HTTP 服务的启停必须带健康检查
光调 srv.Start() 或 db.Open() 不够，网络延迟、端口占用、认证失败都会让后续测试直接 panic：
- HTTP 服务推荐用
httptest.NewUnstartedServer，启动后轮询http.Get(srv.URL + "/health")，超时 3 秒就os.Exit(1) - SQLite 内存库没问题，但连 PostgreSQL/MySQL 时，必须
db.PingContext(ctx, timeout)，不能只靠Open - 清理逻辑一定写在
m.Run()之后、os.Exit()之前——defer在os.Exit前不会执行，这是最常踩的坑 - 临时目录用
os.MkdirTemp创建，defer os.RemoveAll(dir)放在TestMain最开头，确保哪怕初始化失败也能清
GoLand 中调试集成测试的关键设置
IDE 只是工具，但几个配置点不调好，断点进不去、变量看不到、panic 报错位置错乱：
- 右键测试函数 → “Debug 'TestXxx'”，不要点 “Run”——集成测试常需观察 DB 状态或 HTTP 请求流
- 在 Run Configurations 里关掉 “Add --race flag”，
go test -race对集成测试大概率报 false positive data race - 如果用了
testcontainers-go，在 Debug 模式下记得勾选 “Allow unsigned scripts”（某些容器镜像启动需 shell 权限） - 环境变量要在 GoLand 的 Run Configuration → Environment variables 里显式填，比如
AUTH_SERVICE_URL=http://localhost:8081，别指望.env自动加载
真正难的不是写测试代码，而是让每个 TestMain 都能安全地启动、探活、运行、清理——中间任何一环断掉，整个测试集就不可靠。很多人把清理逻辑塞在 defer 里，结果 m.Run() panic 了，defer 根本不触发，下一轮测试直接面对脏数据。
