在 golang 中使用 table-driven 测试方法验证错误处理逻辑是一种高效且结构化的方式，1. 通过定义包含输入参数和期望结果的结构体切片，实现多场景覆盖；2. 使用 t.run() 运行子测试，便于定位失败用例；3. 利用 errors.is 或 errors.as 比较错误类型而非字符串；4. 结构体中可加入描述字段提升可读性；5. 避免忽略 nil 检查或仅判断错误是否存在。
测试 Golang 中的错误处理逻辑，使用 table-driven 测试方法是一种非常常见且高效的方式。它能让我们在一个测试函数中覆盖多个场景，尤其是对于错误路径的验证特别有用。
为什么选择 table-driven 测试？
在 Go 中，table-driven 测试通过定义一个结构体切片来表示不同的测试用例，每个用例包含输入参数和期望结果。这种方式可以让代码更简洁、易于维护，并且非常适合测试各种边界条件和错误情况。
例如，你可以轻松地添加一个新的错误用例，而不需要复制粘贴整个测试函数。
立即学习“go语言免费学习笔记（深入）”；
如何组织错误处理的测试用例
建议将每个测试用例设计成一个 struct，通常包括：
- 输入参数（如函数需要的参数）
- 预期的错误信息或类型
- 其他可选字段，比如是否期望出错等
举个例子：
tests := []struct {
name string
input string
wantErr bool
errType error
}{
{"empty input", "", true, ErrInvalidInput},
{"valid input", "hello", false, nil},
}在这个例子中，我们不仅判断是否有错误发生，还检查了错误类型是否符合预期。
编写测试函数的关键点
编写 table-driven 测试函数时，有几个细节需要注意：
- 使用
t.Run()来运行每个子测试，这样可以在失败时明确知道是哪个用例出问题。 - 错误比较时，尽量使用
errors.Is或者errors.As，而不是直接比较字符串。 - 如果函数返回的是自定义错误类型，可以断言其类型和字段值。
示例代码如下：
for _, tt := range tests {
t.Run(tt.name, func(t *testing.T) {
err := doSomething(tt.input)
if tt.wantErr {
if err == nil {
t.Errorf("expected error but got nil")
} else if !errors.Is(err, tt.errType) {
t.Errorf("got %v, want %v", err, tt.errType)
}
} else {
if err != nil {
t.Errorf("unexpected error: %v", err)
}
}
})
}注意这里用了 t.Run 和 t.Errorf 的组合，可以清晰地看到失败的具体用例。
常见错误处理测试的误区
有些开发者在测试错误处理时容易忽略以下几点：
- 只判断是否有错误，不检查错误类型或内容
- 忽略 nil 检查，导致 panic
- 把所有测试用例写在一起，缺乏结构化
建议的做法有：
- 对每种错误情况都单独写一个测试用例
- 在表结构中加入描述字段，便于调试
- 使用 helper 函数封装重复的断言逻辑
基本上就这些。用 table-driven 方式测试错误处理逻辑并不复杂，但细节上稍微多想一步，能让测试更有意义。
