GoLand点“Run Test”没反应，需确认_test.go文件与被测代码同目录、同包名（非package test），且含合法func TestXxx(t *testing.T)函数；常见错误包括错放子目录、Test首字母小写、导出非测试函数等。
GoLand里点“Run Test”没反应？先检查_test.go文件是否合规
不是所有以 _test.go 结尾的文件都能被 GoLand 识别为测试文件——它必须同时满足三个硬性条件：和被测代码在同一目录、同包名（不能是 package test）、且至少有一个函数签名是 func TestXxx(t *testing.T)。常见踩坑点包括：
- 把
utils_test.go放在test/子目录下 → GoLand 完全忽略，go test也扫不到 - 测试函数写了
func testAdd(t *testing.T)（首字母小写）→ 编译不报错但go test不执行，GoLand 也不显示运行图标 - 文件里定义了
func Helper() {}但导出了（Helper()）→go test报 “can’t load package”，GoLand 直接禁用运行按钮
批量运行整个模块的测试：别用 go test .，改用 go test ./...
在项目根目录点 “Run All Tests” 或执行 go test .，只会跑当前目录下的测试；想覆盖 pkg/、internal/、cmd/ 下所有子包，必须用三点语法：
go test ./...
这个操作在 GoLand 中对应两种方式：
- 右键项目根目录 → “Run ‘Go Test’” → 它会自动补全为
go test ./...（前提是项目已启用 Go Modules） - 手动编辑 Run Configuration → Program arguments 栏填
./...，Working directory 设为$ProjectFileDir$ - 注意：如果某个子包里没有测试文件，
./...会跳过它，不会报错；而./pkg/...可以精准控制范围
GoLand自动注入 -race 和覆盖率参数，但得靠配置文件持久化
GoLand 默认只用 go test 基础命令，不带竞态检测或覆盖率。要让每次点击“Run Test”都自动加 -race -coverprofile=coverage.out -covermode=count，不能只靠 Settings 里勾选 —— 那个设置只影响新创建的 Run Configuration，旧的不会更新。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
真正可靠的做法是在项目根目录放一个 .go.test.json：
{
"testFlags": ["-race", "-coverprofile=coverage.out", "-covermode=count"],
"runCoverage": true,
"showCoverageAfterRun": false
}
这个文件一旦存在，GoLand 启动时就会读取并应用到所有测试运行中，CI 脚本里 go test 也会继承这些 flag（只要 CI 环境也装了 GoLand 或按同样逻辑解析）。
调试单个测试函数时，GoLand 的 Working directory 很关键
点测试函数左侧的绿色三角调试时，GoLand 默认把 Working directory 设为项目根目录。但如果被测代码依赖相对路径读配置或数据文件（比如 os.Open("config.yaml")），就会报 “no such file”。这时候必须手动改 Run Configuration：
- 打开 Run → Edit Configurations… → 找到刚生成的 Test 配置
- 把 Working directory 改成
$FileDir$（即测试文件所在目录），而不是默认的$ProjectFileDir$ - 或者更稳妥：把数据文件放在测试函数同目录，用
filepath.Join(filepath.Dir(runtime.Caller(0).File), "config.yaml")动态定位
这个细节在本地能跑通、CI 失败的 case 里反复出现，因为 CI 通常从项目根开始执行，而开发者习惯在测试文件目录下手动 go test。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
