Go语言推荐用_test.go中的TestXxx函数替代main或print调试，因其能深度集成GoLand调试器，支持断点、变量查看和堆栈追踪；需满足文件名以_test.go结尾、与被测代码同包同目录、函数名以Test开头且参数为*testing.T。
直接用临时测试函数，别写 main 或 print 调试——GoLand 本身不支持“选中代码块运行”，但通过一个轻量级 Test 函数就能获得等效效果，且能复用断点、变量查看、堆栈追踪等完整调试能力。
为什么不用 main 函数或 fmt.Println
main 函数要单独编译、启动新进程，无法接入 GoLand 的调试器上下文；fmt.Println 只能看输出，看不到变量状态、调用链、内存分配，也难定位 panic 源头。而测试函数运行在 go test 环境里，和 IDE 调试器深度集成。
- 临时测试函数必须放在
_test.go文件里（如utils_test.go），且与被测代码同包同目录 - 函数名以
Test开头，参数为*testing.T - 写完后右键函数名 → “Run ‘TestXXX’”，或按
Ctrl+Shift+R（Win/Linux）/Cmd+Shift+R（macOS）
怎么写一个最小可用的局部测试函数
不要封装逻辑、不要加复杂 setup，只做三件事：构造输入 → 调用目标代码 → 断言或打印关键结果。示例：
func TestDebugSubstring(t *testing.T) {
s := "hello world"
start, end := 0, 5
result := s[start:end] // ← 你想观察的那行代码
t.Log("result:", result) // 用 t.Log 而不是 fmt.Println，它会出现在测试日志里并带时间戳
}
-
t.Log输出会归入测试日志，可折叠/搜索，比终端乱刷更可控 - 如果这段代码可能 panic，加
defer func() { if r := recover(); r != nil { t.Logf("panic: %v", r) } }()捕获并记录 - 想单步调试？直接在
s[start:end]行打上断点，Run 测试即可进入调试模式
常见卡点：测试函数不出现 Run 选项
GoLand 不识别测试函数时，90% 是因为以下三个硬性条件没满足：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 文件名不是
_test.go（注意是下划线 + test + .go，不是.test.go或_test.go.txt） - 函数不在被测包内（比如 utils 包的代码，测试文件却放在 main 包下，会报
undefined） - 函数签名不对：必须是
func TestXxx(t *testing.T)，不能漏掉*testing.T参数，也不能写成func TestXxx() {}
另外，GoLand 2026.1.1 默认启用“自动索引测试”，但如果刚新建文件，可能需等待几秒或手动触发 File → Reload project from disk。
想快速验证表达式值？用 Evaluate Expression
如果只是想看某一行计算结果（比如 len(mySlice) > 0 && mySlice[0].ID != ""），不必写测试函数。在调试状态下，选中该表达式 → 右键 → Evaluate Expression（或按 Alt+F8），它会实时求值并显示类型和结果。这个操作不依赖任何测试结构，但前提是已处于调试会话中。
真正麻烦的从来不是“怎么看到输出”，而是“怎么看到输出时的上下文”——变量值、调用栈、goroutine 状态。临时测试函数 + 断点，是目前 GoLand 下最贴近“局部代码即刻可调试”的方案。
