先构造触发错误的输入或依赖，再用testing包结合errors.Is或errors.As验证错误类型。例如测试空文件名、文件不存在或mock网络超时，确保函数返回预期错误，覆盖各类失败场景以提升代码健壮性。
在Golang中测试错误返回情况，关键在于构造能触发错误的场景，并验证函数是否返回预期的错误。Go的标准库testing配合errors.Is或errors.As可以很好地完成这类任务。
构造可复现错误的输入
要测试错误路径，先确保能稳定触发错误。可以通过传入非法参数、模拟依赖失败等方式实现。
例如，一个读取文件的函数：
func ReadConfig(filename string) ([]byte, error) {if filename == "" {
return nil, errors.New("filename is required")
}
return os.ReadFile(filename)
}
测试空文件名导致的错误：
立即学习“go语言免费学习笔记（深入）”；
func TestReadConfig_EmptyFilename(t *testing.T) {_, err := ReadConfig("")
if err == nil {
t.Fatal("expected error for empty filename, got nil")
}
if err.Error() != "filename is required" {
t.Errorf("expected 'filename is required', got %v", err)
} }
使用 errors.Is 和 errors.As 进行精确比对
当函数返回的是包装过的错误（如用fmt.Errorf加前缀），直接比较字符串可能失败。应使用标准库提供的工具函数。
示例：函数包装系统调用错误
func ProcessFile(name string) error {
data, err := os.ReadFile(name)
if err != nil {
return fmt.Errorf("failed to read %s: %w", name, err)
}
// ... 处理 data
return nil
}
测试时检查底层是否为fs.ErrNotExist：
err := ProcessFile("non-existent.txt")
if err == nil {
t.Fatal("expected error, got nil")
}
if !errors.Is(err, fs.ErrNotExist) {
t.Errorf("error does not wrap fs.ErrNotExist")
} }
模拟依赖行为以触发特定错误
对于涉及网络、数据库等外部依赖的函数，使用接口+mock方式控制返回值。
定义接口：
type DataFetcher interface {Fetch(id string) (string, error)
}
被测函数：
func GetData(fetcher DataFetcher, id string) (string, error) {data, err := fetcher.Fetch(id)
if err != nil {
return "", fmt.Errorf("service error: %w", err)
}
return data, nil
}
测试时传入返回错误的 mock：
type MockFetcher struct{}func (m *MockFetcher) Fetch(id string) (string, error) {
return "", errors.New("timeout")
}
func TestGetData_FetchError(t *testing.T) {
fetcher := &MockFetcher{}
_, err := GetData(fetcher, "123")
if err == nil {
t.Fatal("expected error")
}
if !strings.Contains(err.Error(), "service error") {
t.Errorf("missing expected error prefix")
} }
基本上就这些。写好错误测试，能让代码更健壮，也能清楚知道哪里出错了。关键是覆盖各种出错路径，别只测“成功”那一行。
