Go语言测试强调简洁与可维护性，测试文件需与被测代码同包且以_test.go结尾，如calculator_test.go；测试函数以Test开头，后接驼峰式名称，格式为func TestXxx(t *testing.T)；推荐使用t.Run创建子测试以隔离场景；对于多输入情况，采用表驱动测试，将用例组织为结构体切片，遍历执行并命名子测试，提升可读性与扩展性。
Go语言的测试用例设计强调简洁、可读和可维护性，合理的结构与命名规范能显著提升代码质量。测试文件组织、函数命名以及表驱动测试的使用是关键实践。
测试文件与包结构
Go中测试文件应与被测代码位于同一包内，文件名以 _test.go 结尾。这样可以访问包内的导出成员（首字母大写），同时保持测试与实现紧耦合。
例如，若源码文件为 calculator.go，对应的测试文件应命名为 calculator_test.go，且两者在同一个目录下。这符合Go工具链的默认查找规则，go test 命令会自动识别并执行。
测试函数命名规范
每个测试函数必须以 Test 开头，后接被测函数或方法的名称，建议采用驼峰式命名。签名形式为 func TestXxx(t *testing.T)，其中 Xxx 不能包含下划线。
立即学习“go语言免费学习笔记（深入）”；
示例：
- func TestAdd(t *testing.T) —— 测试 Add 函数
- func TestUser_Validate(t *testing.T) —— 测试 User 类型的 Validate 方法
这种命名方式让测试目的清晰，也便于 go test -run 按名称筛选执行特定测试。
使用子测试（Subtests）组织用例
对于一个函数需要覆盖多种输入场景的情况，推荐使用 t.Run 创建子测试。它支持独立命名、独立失败不影响其他分支，并能精确运行某个用例。
示例：
func TestAdd(t *testing.T) {
t.Run("positive numbers", func(t *testing.T) {
if got := Add(2, 3); got != 5 {
t.Errorf("Add(2,3) = %d, want 5", got)
}
})
t.Run("negative numbers", func(t *testing.T) {
if got := Add(-1, -1); got != -2 {
t.Errorf("Add(-1,-1) = %d, want -2", got)
}
})
}
子测试名称应描述具体场景，如 "empty input"、"nil pointer" 等，增强可读性。
表驱动测试提升效率
当多个相似输入需验证时，使用表驱动测试（Table-Driven Tests）避免重复代码。将用例抽象为切片结构，遍历执行。
示例：
func TestValidateEmail(t *testing.T) {
tests := []struct {
name string
email string
wantErr bool
}{
{"valid email", "user@example.com", false},
{"missing @", "user.com", true},
{"empty", "", true},
}
for _, tt := range tests {
t.Run(tt.name, func(t *testing.T) {
err := ValidateEmail(tt.email)
if (err != nil) != tt.wantErr {
t.Errorf("ValidateEmail(%q) error = %v, wantErr %t", tt.email, err, tt.wantErr)
}
})
}
}
每个测试项包含名称、输入和预期结果，结构清晰，易于扩展新用例。
基本上就这些。遵循这些结构与命名习惯，能让Go测试更一致、易维护，也能更好发挥 go test 工具的能力。不复杂但容易忽略。
