goland 不支持 gocheck 框架，需手动编写 suite 和 test 方法、显式运行 go test -check.v，且 ide 无语法提示与自动补全。
GoLand 里直接用 gocheck 会失败
GoLand 默认只识别 Go 官方 testing 包，gocheck 是第三方框架，没有内置支持。你手动导入 gopkg.in/check.v1、写好 Suite 和 TestXxx 方法后，GoLand 的「Generate Test」或右键「Run Test」基本都识别不了——它压根不理解 *check.C 参数，也不会帮你补全 c.Assert() 的 checker 列表。
gocheck 测试函数必须手动编写，不能靠 GoLand 自动生成
GoLand 的 Code → Generate → Test for function 功能只适配 func TestXxx(t *testing.T) 签名。一旦你用 gocheck，函数签名变成 func (s *MySuite) TestXxx(c *check.C)，生成器就彻底失效。你得自己写：
- 定义
type MySuite struct{}并实现SetUpSuite/TearDownSuite（如果需要） - 注册 suite：
var _ = check.Suite(&MySuite{}) - 每个测试方法必须是值接收器，且首字母大写；
func (s *MySuite) TestParseConfig(c *check.C)✅，func (s *MySuite) testParseConfig(c *check.C)❌ - 别忘了在文件顶部 import
"gopkg.in/check.v1"，否则go test都跑不起来
运行 gocheck 测试不能点绿色三角，得用终端命令
GoLand 界面点击「Run」或「Debug」按钮默认调用 go test -test.run=^Test.*$，它只找 *testing.T 函数。gocheck 的入口是 check.TestingT，必须显式调用 go test -check.v 或 go test -check.fg 才能跑起来。
正确做法是：打开 Terminal，cd 到测试文件所在目录，执行：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
go test -check.v
常见错误现象：
-
flag provided but not defined: -test.run：说明你用了go test -run=xxx，但 gocheck 不吃这套参数 - 什么输出都没有，退出码 0：可能没加
-check.v，默认静默；加了才显示每个 test 名和结果 - 报错
undefined: check：import 路径写成"github.com/go-check/check"（旧版）或漏掉 import
gocheck 的临时目录和断言在 IDE 里缺乏语法提示
gocheck 提供的 c.MkDir()、c.MkTemp()、c.Assert() 等方法，在 GoLand 中不会自动补全 checker 类型（比如 check.Equals、check.ErrorMatches），也不校验 args 类型是否匹配 checker 要求。例如：
c.Assert(err, check.ErrorMatches, `invalid.*username`)
如果你把正则写错，或者传了 nil 给 ErrorMatches，IDE 不报红，只能等运行时报 panic 或断言失败。
容易被忽略的细节：
-
check.DeepEquals对 struct 字段顺序敏感，且不忽略未导出字段；实际中多数该用check.Equals或自己写 diff -
c.MkDir()创建的路径不会自动加入defer os.RemoveAll()，它只在 suite 结束时清理——但如果测试 panic 早于 teardown，目录可能残留 - 所有
c.Assert()失败都会终止当前 test 函数，但不会影响同 suite 其他 test，这点和t.Fatal()行为一致，但初学者常误以为会跳过整个 suite
