如何使用Golang编写表驱动测试_Golang table driven test模式详解

表驱动测试是Go中最推荐的单元测试组织方式，通过结构体切片集中定义测试用例并循环执行，提升可读性、可扩展性与可维护性。

Go语言中，表驱动测试（Table-Driven Test）是最常用、最推荐的单元测试组织方式。它把测试用例以结构体切片形式集中定义，配合循环执行，让测试逻辑清晰、易扩展、易维护。

为什么用表驱动测试

相比为每个输入写一个独立测试函数，表驱动测试能避免大量重复代码；新增测试用例只需往表里加一行，不用复制粘贴函数；输入、预期输出、说明一目了然，便于快速定位失败原因。

基本结构：定义测试表 + 循环执行

核心是声明一个匿名或具名结构体切片，每个元素代表一个测试用例，包含输入、期望输出、可选描述等字段。再用 for range 遍历运行：

示例：测试一个字符串反转函数

func TestReverse(t *testing.T) {
    tests := []struct {
        name     string // 用于t.Run的子测试名
        input    string
        expected string
    }{
        {"empty", "", ""},
        {"single", "a", "a"},
        {"normal", "hello", "olleh"},
        {"unicode", "你好", "好你"},
    }
    for _, tt := range tests {
        t.Run(tt.name, func(t *testing.T) {
            got := Reverse(tt.input)
            if got != tt.expected {
                t.Errorf("Reverse(%q) = %q, want %q", tt.input, got, tt.expected)
            }
        })
    }
}

进阶技巧：使用指针、错误检查与子测试嵌套

真实项目中常需验证错误、比较复杂结构、或组合多个输入。这时可灵活调整结构体字段：

• 字段类型支持指针、error、自定义结构体，比如加 err error 字段验证是否应返回错误
• 用 t.Run 实现层级化子测试，失败时能精准定位到具体用例名
• 对 slice/map 等数据结构，用 reflect.DeepEqual 比较（注意：仅限测试，生产代码慎用）
• 敏感字段（如密码）可设为 - 占位，或用 func() bool 做模糊断言（如检查错误是否非 nil）

注意事项与常见坑

表驱动测试简洁有力，但要注意几个细节：

• 循环变量 tt 在闭包中要传参，否则所有子测试会共享最后一次迭代的值（Go 中 for range 变量复用）
• 测试名 name 尽量语义化，避免用索引（如 "case1"），方便排查
• 不要在测试表里放耗时操作（如网络调用、文件读写），保持单元测试快速可靠
• 如果某个字段逻辑复杂，可提前计算好再存入表，而不是在 t.Run 里重复计算

基本上就这些。表驱动不是语法特性，而是一种被 Go 社区广泛验证的实践模式——不复杂但容易忽略，写熟了会让测试代码干净又健壮。