go test无输出的根本原因是测试文件命名、包路径或函数签名不符合规范，需确保_test.go后缀、同目录同包、TestXxx(t *testing.T)格式，并用-v和-run参数展开日志。
go test 没输出，根本不是环境问题
直接运行 go test 却看不到任何结果，不是 Go 没装好，而是 Go 选择静默跳过——它不报错，只当没这回事。这种“没反应”比报错更难定位。
- 测试文件名必须以
_test.go结尾（比如math_test.go），test_math.go或math_test.go.txt都无效 - 测试文件和被测代码必须在**同一目录、同一包名下**；放
test/子目录或新建test包，go test就完全看不见 - 测试函数必须是
func TestXxx(t *testing.T)形式：首字母大写 +Test前缀 + 唯一参数*testing.T；写成testAdd、TestAdd(t testing.T)或多加一个参数，全被忽略 - 项目用了 Go Modules？确保当前目录有
go.mod；否则可能提示no Go files in current directory，本质是包路径解析失败
GoLand 里右键 Run ‘TestXxx’ 失败，先看控制台第一行
GoLand 点击运行单个测试却报错，别急着查代码逻辑，先盯住终端第一行输出——它往往暴露了真实入口问题。
- 如果看到
cannot find package或import "xxx" not found，说明 GoLand 当前工作目录不对，或者go.mod路径识别错误；右键菜单里选 “Run with Coverage” 或手动 cd 到模块根目录再试 - 如果报
Build failed: no main package，常见于测试文件被误设为运行配置的主入口；检查 Run Configuration → “Use module SDK” 是否勾选，且 Working directory 是模块根目录 - 如果提示
The selected directory is not a valid home for Go SDK，说明 GoLand 没正确识别 GOROOT；进 Settings → Go → GOROOT，手动指定到C:\Go或/usr/local/go等实际安装路径 - 生成的测试文件路径异常（比如跑到
src/test下）？这是 Goland 2023.2+ 的模板路径配置偏差；Settings → Editor → File and Code Templates → Files → Go Test File，确认路径变量用的是$SourcePath$而非硬编码
测试失败但日志没线索？立刻加 -v 和 -run
默认 go test 只打印失败函数名和一句话摘要，等于没告诉你哪一行错了、变量值是多少。调试必须组合参数。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
go test -v -run=TestFetchData：强制展开所有t.Log、t.Errorf输出，并只跑这个函数，避免干扰 -
t.Log比log.Printf更安全：前者只在失败或加-v时输出，后者始终刷屏，容易掩盖关键信息 - 如果用了第三方断言库（如
testify/assert），失败时不终止执行，堆栈指向库内部而非你的代码；换成testify/require，或给assert.Equal加assert.Msg("xxx")明确上下文 - 并发测试失败不稳定？先加
-race：运行go test -race -v -run=TestConcurrentUpdate，竞态会直接打出读写冲突的 goroutine 堆栈
重复运行 Flaky 测试，别靠手点十次
偶发失败不能靠人肉重试，得让测试自动循环、失败即停、保留现场。
- 原生方式最稳：
for i in {1..10}; do echo "Run #$i"; go test -v -run=TestRaceCondition; [ $? -ne 0 ] && break; done - 想失败时立刻进调试器？先装
dlv：go install github.com/go-delve/delve/cmd/dlv@latest，然后dlv test --headless --api-version=2 --accept-multiclient --continue --output=__debug ./... -- -test.run=TestRaceCondition - Goland 自带的 “Rerun failed tests” 功能依赖上一次测试的缓存状态，对首次失败无效；真正可控的是 Shell 循环 +
-count=1（Go 1.21+ 支持）或-test.count=1参数 - 注意：如果测试里用了
t.Parallel()，并发干扰可能导致失败无法复现；排查阶段先注释掉，改用-test.cpu=1强制串行
测试文件命名、包路径、函数签名这三处看似简单，却是 80% 的“测试不跑”问题根源；而 -v 和 -run 组合，才是真正把失败从黑盒变成白盒的关键动作。别跳过它们。
