ctrl+shift+t（macos为cmd+shift+t）需光标精确置于函数名上才生效，否则不触发；生成测试要求包名一致、函数首字母大写，方法测试需手动实例化receiver，覆盖率须手动启用配置。
光标必须停在函数名上，否则 Ctrl+Shift+T 不生效
GoLand 的 Ctrl+Shift+T（macOS 为 Cmd+Shift+T）不是全局快捷键，它只在特定上下文触发：光标必须精确落在被测函数的**函数名字符上**（比如 GetPersonDetail 的 G 或 t），不能在括号内、注释里、调用处或空行。常见失败场景包括：
– 光标停在 func GetPersonDetail(...) 的 func 关键字上
– 函数定义被折叠，光标实际在折叠区域外
– 文件未保存，IDE 未完成语法解析，导致上下文识别失败
– 函数名首字母小写（如 getPersonDetail），GoLand 默认不生成（因无法被测试文件导入）
生成前必须确认包名和路径合法
自动生成的 xxx_test.go 文件默认使用与源文件**完全相同的包名**，这是 Go 测试机制的硬性要求。容易出错的点有：
– 源文件是 package main，测试文件却生成为 package main_test（应删掉 _test，保持 package main）
– 源文件位于 internal/ 子目录下，而测试文件被放到同级但未遵循 internal 的导入限制（需确保测试文件也在同一 internal 路径下）
– 源文件用了 replace 或 vendor，但 IDE 缓存未刷新，导致生成时路径解析错误（可尝试 File → Reload project from disk）
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
方法（method）测试必须手动补 receiver 实例化
对结构体方法生成测试时，GoLand 只写 func TestUser_Validate(t *testing.T)，但不会自动添加 u := &User{} 或 u := User{}。这一步漏掉，测试连编译都过不去。判断依据只有两个：
– 看方法签名：若为 func (u *User) Validate()，receiver 是指针，测试中要用 &User{}
– 若为 func (u User) Validate()，receiver 是值类型，则直接 User{}
– 如果结构体有非零字段依赖（如 DB *sql.DB），还得额外初始化或 mock，GoLand 完全不处理这部分逻辑
覆盖率统计要手动开，否则编辑器高亮全是假的
生成完测试后，即使你写了多条用例，GoLand 编辑器里看到的绿色/红色覆盖标记也可能是缓存或误判。真正启用覆盖率必须两步：
– 进入 Run → Edit Configurations… → Coverage 选项卡
– 勾选 Enable coverage in test runner 和 Include test sources（后者不勾，setupDB() 这类辅助函数永远标灰）
– 保存后重新运行测试，底部才会弹出 Coverage 工具窗口，且高亮实时更新
注意：HTTP handler 类测试必须用 httptest.NewRequest + httptest.NewRecorder 构造真实调用链，直接传 nil 不会进入执行流，覆盖率恒为 0%
