goland仅支持为函数、结构体、包生成测试，需光标置于完整函数定义上；测试文件名路径由go.mod决定，replace或vendor可能导致错误；生成模板需手动补充边界case、error path及mock。
选中函数后按 Alt Insert → 选“函数的测试”就能生成大纲
GoLand 不支持“对任意代码块生成测试”，只认函数、结构体、包这三类实体。你得先把光标放在函数名上，或者用鼠标框选整个函数签名（包括 func 关键字、参数列表、返回值），再触发生成。如果只是划中几行逻辑体（比如 if 块或循环），Alt Insert 菜单里根本不会出现“函数的测试”选项。
常见错误现象：Alt Insert 弹出菜单只有“空测试文件”“版权”“构造函数”，没有测试相关项——说明当前光标没落在可识别的函数/结构体声明位置，或者选区不完整。
- 必须确保函数定义是完整的：不能只选
Add，得选中func Add(a, b int) int { ... }整体 - 函数不能是匿名的、不能嵌套在另一个函数里（Go 本身也不允许）
- 如果函数属于某个未导出类型（比如
type myStruct struct{}），生成的测试可能无法访问其字段，需手动调整可见性或改用接口抽象
生成的测试文件名和路径由 GoLand 自动推断，但容易错在 vendor 或 replace 场景
GoLand 2023.2+ 会根据当前文件所在模块路径，自动把测试文件放在同目录、同包下，文件名是 xxx_test.go。但它依赖 go.mod 的解析结果——如果你用了 replace 指向本地路径，或项目含 vendor/ 目录，它可能把测试生成到错误模块下，甚至报 cannot find package。
典型表现：生成后测试文件顶部 import 出现红色波浪线，go test 报 no test files 或找不到被测函数。
- 先运行
go list -m确认当前模块名是否与go.mod第一行一致 - 检查
go.mod中是否有replace指向非标准路径；若有，临时注释掉再试生成 - 若项目启用了
GO111MODULE=off，GoLand 可能退回到 GOPATH 模式，导致路径错乱，建议强制设为on
生成的测试模板默认用 t.Errorf，但边界 case 和 error path 得手动补全
GoLand 生成的是骨架：一个空的 TestXxx 函数，里面只调用被测函数并用 t.Errorf 检查返回值。它不会自动识别错误路径、panic、并发行为或副作用（比如文件写入、HTTP 调用）。这些都得你手写补充。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
比如被测函数签名是 func ParseJSON(data []byte) (map[string]interface{}, error)，生成的测试只会有：
func TestParseJSON(t *testing.T) {
result, err := ParseJSON(nil)
if err != nil {
t.Errorf("ParseJSON() error = %v", err)
}
}
这远远不够。你需要自己加：
- 正常 JSON 输入（验证结果结构）
- 空切片、
nil、非法字符等错误输入（验证err != nil） - 用
t.Run组织子测试，避免变量闭包陷阱 - 若函数依赖外部服务，得提前抽成接口并注入 mock，否则测试会失败或不稳定
想改生成模板？直接编辑 GoLand 内置 Live Template
默认模板太简陋，你可以改。路径是 Settings → Editor → Live Templates → Go，找到 test function 这一项。它实际展开的是 Velocity 模板，支持 $FUNCTION_NAME$、$PARAMETERS$ 这类变量。
注意两个硬伤点：
- 模板里不能动态判断函数是否返回
error，所以生成的断言永远只检查第一个返回值 - 它不会自动 import
"testing"或其他依赖包，如果被测函数用了json、http，得手动加 import - 改完模板后，旧文件不会自动更新，新生成的才生效
真正省时间的不是模板多智能，而是你习惯用 go test -run TestXxx -v 马上跑一遍，看失败信息反推缺哪块逻辑——比盯着模板修语法快得多。
