根本原因是GoLand只识别func TestXxx(t testing.T)函数，而Testify Suite需显式调用suite.Run(t, new(MySuite))才能触发SetupTest等生命周期方法；结构体方法必须为func (s MySuite) TestXxx()格式，且不能在SetupTest中调用s.T().Fatal()。
GoLand 里点绿色箭头运行 Testify Suite 为什么没效果
根本原因是 GoLand 默认只识别 func TestXxx(t *testing.T) 形式的函数，而 TestCacheSuite 这类入口函数如果没正确调用 suite.Run()，或者结构体内方法命名/签名不合规，GoLand 就无法触发整个 Suite 生命周期。
常见现象：点击测试函数旁的绿色三角，控制台输出 no tests to run 或直接跳过 SetupTest；或者看似运行了，但断言失败却不报错、TeardownTest 完全没执行。
- 确认
TestXxx函数体只有一行：suite.Run(t, new(MySuite))，不能写成t.Run("xxx", ...)或漏掉new() - 检查 Suite 结构体方法是否全部是
func (s *MySuite) TestXxx()格式：首字母大写 +Test前缀，无参数，无返回值 - 确保没在
SetupTest或SetupSuite里调用s.T().Fatal()—— 这会让 GoLand 认为测试已“静默终止”，后续不展示任何结果
GoLand 中配置 Suite 运行需手动补全哪些关键设置
GoLand 不会自动识别 testify/suite 的语义，所以必须靠显式配置让测试 runner 知道该把哪个函数当入口、怎么传参。
操作路径：Run → Edit Configurations → + → Go Test，然后填：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Package path：填当前测试文件所在包路径，如./cache（不是./...） -
Test pattern：填Test.*Suite或具体函数名如TestCacheSuite，不能留空 -
Program arguments：如需筛选子测试，加-testify.m TestPutAndGet；若要跑全部子测试，此项可空 - 勾选
Run test with coverage可用，但注意testify/suite的覆盖率统计有时会漏掉 Setup/Teardown 方法
为什么 GoLand 跑 Suite 时并行测试（t.Parallel）总出竞态
GoLand 默认启用并行测试（对应 go test -p），而 testify/suite 的结构体字段（如 s.db、s.cache）是所有 TestXxx 方法共享的。一旦开启 t.Parallel()，多个 goroutine 同时读写同一字段，GoLand 的竞态检测器（Race Detector）就会爆红。
- 最稳妥做法：在每个
TestXxx开头加s.T().Parallel()前，先确认该测试不依赖任何共享字段；否则干脆禁用并行——在 Run Configuration 的Program arguments加-p 1 - 别信 “我只读不写”：即使只是
fmt.Printf("%v", s.cache)，在并发下也可能触发未定义行为，尤其涉及 map、sync.Map、time.Timer 等类型 - GoLand 的
Run with Race Detector选项必须配合-race参数才生效，单独勾选无效
替代方案：不用 Suite 也能在 GoLand 一键运行，还更稳
如果你只是想复用 setup/teardown 逻辑，又不想被 Suite 的状态污染和并行陷阱卡住，GoLand 对原生 t.Cleanup() 和 t.Run() 支持更好，且无需额外依赖。
- 把原来 Suite 里的字段（如
cache）改成本地变量，在每个TestXxx里初始化，用defer s.Cleanup(...)替代TeardownTest - 用
t.Setenv()+t.TempDir()替代全局临时目录管理，GoLand 会自动清理 - GoLand 的测试导航（Ctrl+Click on TestXxx）对原生模式识别率更高，跳转到具体断言行也更准
真正麻烦的从来不是怎么点那个绿色箭头，而是你有没有意识到：Suite 的字段就是一把共享锁，而 GoLand 不会替你加 sync.Mutex。
