Go单元测试验证error的核心是检查是否为nil、是否为预期类型、是否匹配预期错误;优先用errors.Is和errors.As,避免字符串比较。

在 Go 单元测试中验证 error 是否正确,核心是:检查 error 是否为 nil、是否为预期类型、是否包含预期内容。不推荐用字符串比较(脆弱),应优先用类型断言 + 错误判等标准方式。
这是最基础也最容易出错的一步。很多测试只关注“成功路径”,却忽略对错误路径的显式校验。
示例:
err := doSomething()
if err != nil {
t.Fatal("expected no error, got:", err)
}适用于包装错误(如 fmt.Errorf("wrap: %w", err) 或 errors.Wrap)场景,能穿透多层包装找到原始错误。
errors.Is(err, targetErr) 判断是否等于某个已知错误变量(如 io.EOF、自定义包级变量 ErrNotFound)示例:
var ErrNotFound = errors.New("not found")
func TestFetchUser(t *testing.T) {
_, err := FetchUser(999)
if !errors.Is(err, ErrNotFound) {
t.Fatalf("expected ErrNotFound, got %v", err)
}
}当需要访问错误的结构体字段(比如 HTTP 状态码、错误码 code、详情 message)时,必须用 errors.As 做类型断言。
err.(*MyError) 更安全(自动处理包装)示例:
type ValidationError struct {
Code int
Message string
}
func (e *ValidationError) Error() string { return e.Message }
// 测试中:
var ve *ValidationError
if errors.As(err, &ve) {
if ve.Code != 400 {
t.Errorf("expected code 400, got %d", ve.Code)
}
} else {
t.Error("error is not *ValidationError")
}虽然简单,但极易因格式微调(空格、标点、翻译)导致测试失败,属于反模式。
strings.Contains(err.Error(), "not found") 做主断言如果真要检查消息片段,至少配合 errors.Is 或 errors.As 先确认错误身份,再谨慎校验消息 —— 但依然建议把可校验的语义信息(如 code、kind)提成字段。
基本上就这些。关键是把错误当作一等公民来设计和测试:导出可比较的错误变量、定义可断言的错误类型、少依赖字符串输出。不复杂但容易忽略。
以上就是Go单元测试中如何验证error正确性_Go测试Error断言技巧的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号